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ABSTRACT 


This  report  provides  the  general  systems  design  concept  for  an 
Integrated  Computer-Based  Eligibility  Determination  System  (ICED).  The 
results  presented  herein  are  based  upon  the  work  accomplished  by  a  study 
team  that  undertook  the  task  of  determining  the  feasibility  of  automating  the 
eligibility  determination  process  for  five  social  welfare  programs,  namely: 
Aid  to  Families  with  Dependent  Children,  Medicaid,  Social  Services, 
Supplemental  Security  Income,  and  Food  Stamps.    A  top-down  approach  was 
used  in  the  design  of  the  ICED  system.    The  system  is  described  in  terms 
of  five  subsystems  which  are  identified  as  the  Reception,  Intake,  Evaluation, 
Support  Processing,  and  Reporting  subsystems.    These  subsystems  are 
further  described  in  terms  of  functions,  subfunctions,  and  modules.  The 
system  design  concept  is  sufficiently  general  so  as  to  be  applicable  to  most 
of  the  State  jurisdictions.    It  contains  features  such  as  modularity  which 
are  designed  to  accommodate  State  variations  as  well  as  on-line  capabili- 
ties that  are  designed  to  improve  the  efficiency  of  the  eligibility  determina- 
tion process.    This  general  systems  design  report  is  a  companion  document 
to  the  data  base  design  report  previously  published  and  entitled  ICED 
Interim  Report. 
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1.  INTRODUCTION 


The  purpose  of  this  report  is  to  describe  the  general  systems  design 
of  the  Integrated  Computer-Based  Eligibility  Determination  System  (ICED). 
This  document  includes  the  design  concepts  and  the  philosophy  that  were 
employed  in  deriving  the  ICED  general  systems  design.    In  addition  to  this 
report,  the  three-volume  final  report  includes  an  Executive  Summary, 
Volume  I,  and  a  Data  Element  Dictionary,  Volume  III.    The  information  con- 
tained in  these  three  volumes  represents  the  results  of  the  work  accomplished 
on  a  study  to  determine  the  feasibility  of  automating  the  eligibility  determina- 
tion process  using  an  integrated  data  base  for  five  social  welfare  programs. 
Those  programs  are  major  Federally  supported  programs  that  are  admin- 
istered by  State  and  county  agencies.    They  include  Aid  to  Families  with 
Dependent  Children  (AFDC),  Medicaid  (MA),  Social  Services  (SS),  Food 
Stamps  (FS),  and  Supplemental  Security  Income  (SSI).    The  SSI  program  is 
considered  from  the  standpoint  of  medical  assistance  only. 

The  ICED  system  is  designed  to  operate  as  the  point  of  entry  for  a 
large,  generalized  welfare  management  information  system  at  the  State  and 
county  level.    The  primary  functions  of  the  system  are  to  aid  the  case- 
worker in  the  determination  of  a  client's  eligibility  for  the  above  mentioned 
programs,  to  compute  the  level  of  assistance  required  for  eligible  clients, 
and  to  maintain  a  client  data  base  which  integrates  multiple  program 
information.    It  is  also  designed  to  be  readily  updated  so  that  it  can  provide  an 
accurate  record  of  the  individuals  who  are  eligible  for  receiving  human  services. 
The  ICED  system  supports  the  functions  required  for  case  certification.    It  is 
designed  to  interface  with  other  parts  of  an  overall  client  information  system 
which  includes  case  management,  claims  processing,  and  administrative 
support  functions  in  addition  to  the  certification  function. 
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Each  State  jurisdiction  operates  its  Federally  supported  programs 
within  broad  Federal  guidelines  based  upon  Federal  rules  and  regulations. 
Those  rules  and  regulations  include  mandatory  as  well  as  optional  pro- 
visions.   In  addition,  the  States  have  considerable  leeway  in  establishing 
standards  of  assistance  and  specific  eligibility  requirements  which  reflect 
the  economy  of  the  State  and  the  standard  of  living  of  regions  within  the 
State.    For  these  reasons,  a  general  systems  design  that  is  to  be  applicable 
to  most  of  the  State  jurisdictions  cannot  include  any  one  State's  specific 
requirements  and  procedures.    However,  it  must  be  described  in  sufficient 
detail  so  that  the  manner  in  which  the  system  might  be  used  in  a  given 
State  can  be  readily  assessed    and  the  advantages  to  be  obtained  from 
implementing  the  system  are  readily  apparent.    The  ICED  system  design  is 
based  upon  Federal  requirements.    The  design  concepts  that  are  employed 
offer  the  required  degree  of  flexibility  so  that  during  any  subsequent 
detailed  design  and  implementation  phase,  State-specific  requirements  and 
procedures  can  be  easily  incorporated  in  the  system  design.    By  providing 
the  ICED  systems  design  in  this  general  form,  it  can  serve  as  a  foundation 
for  the  development  of  automated  eligibility  determination  systems  by 
States  and  counties  across  the  country. 

A  top-down  approach  was  used  in  the  design  of  the  system.  Study 
team  members  examined  the  workflow  activities  at  local  welfare  offices  in 
six  different  States  in  order  to  establish  the  sequence  of  steps  in  the 
eligibility  determination  process  that  tend  to  be  invariant  from  State  to 
State.    This  resulted  in  the  design  of  the  ICED  system  in  terms  of  five 
distinct  subsystems.    Each  of  these  subsystems  were  then  divided  into 
functions,  subfunctions,  and  finally  modules.    The  system  modules  are  the 
basic  entities  used  for  processing  data  and  for  performing  distinct  functions 
within  the  system.    The  next  step  in  the  design  involved  the  identification  of 
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the  data  base  elements  that  were  to  be  used  in  each  of  the  modules  in 
order  to  carry  out  the  data  processing  tasks  associated  with  a  given  module. 
The  preliminary  data  base  contains  a  core  set  of  data  elements  which  were 
compiled  during  the  data  gathering  phase  of  the  study.    That  set  was 
expanded  to  accommodate  any  new  data  elements  which  reflect  specific 
design  concepts,  Federal  requirements,  and  operational  procedures  that 
are  common  to  many  States. 

The  dominant  feature  of  the  ICED  system  design  is  the  single,  inte- 
grated data  base.    That  data  base  contains  several  different  files  which 
interact  with  the  system  modules.    In  order  to  fully  utilize  the  potential 
advantages  of  a  centrally  located  integrated  data  base,  it  is  necessary  to 
establish  channels  of  communications  between  the  data  base  and  the  system 
users  at  the  local  welfare  offices.    This  can  be  best  accomplished  with 
video  terminals  connected  to  the  central  data  processing  system  by  means 
of  telephone  lines  or  leased  lines.    By  providing  each  local  office  with  an 
on-line  terminal  capability,  it  would  be  possible  to  perform  real-time 
editing  of  input  data,  eligibility  determination,  and  grant  computations.  It 
would  also  be  possible  to  update  client  files  in  real  time  and  to  inquire 
about  the  current  status  of  all  cases  and  individuals  who  are  known  to  the 
system.    For  these  reasons,  the  ICED  system  is  designed  as  a  terminal- 
oriented  data  processing  system  because  such  a  system  permits  a  faster 
turnaround  of  documents,  provides  greater  control  over  client  records,  and 
enables  the  local  office  to  operate  more  efficiently. 

The  distribution  of  clients  within  a  given  jurisdiction  is  such  that  the 
number  of  potential  recipients  and  the  characteristics  of  those  recipients 
does  not  necessitate  the  use  of  highly  automated  means  for  processing  client 
data  in  some  local  offices.    This  is  particularly  true  for  offices  serving 
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rural  and  suburban  areas.    On  the  other  hand,  local  offices  serving  urban 
areas  with  high  density  client  populations  require  sophisticated  systems  to 
aid  in  reducing  the  backlog  of  work  that  accumulates  over  a  period  of  time. 
A  system  designed  for  the  first  situation  would  be  underdesigned  for  the 
second  situation,  and  the  reverse  would  be  true  if  the  system  was  designed 
for  the  worst  case  situation.    This  problem  can  be  resolved  either  by 
tailoring  a  partitioned  system  to  meet  the  needs  of  different  population 
environments  or  by  designing  a  nominal  system  configuration  that  provides 
a  capability  midway  between  the  least  sophisticated  and  the  most  sophisti- 
cated system  configurations. 

There  are  three  possible  system  configurations  that  are  discussed  in 
this  report.    They  are  described  in  terms  of  modes  of  operation,  namely: 
(1)  the  interactive  on-line  interview  mode,  (2)  the  post-interview  mode,  and 
(3)  the  batch  processing  mode.    The  post-interview  mode  is  considered  to 
be  the  configuration  that  would  best  meet  the  needs  of  most  of  the  States. 
The  basic  design  elements  for  all  three  modes  of  operation  are  included  in 
this  report.    The  system  configuration  for  Option  2  is  fully  described  by  the 
general  systems  design,  while  only  the  system  components  that  are  common 
to  all  three  configurations  are  fully  described  for  Option  1  and  Option  3. 
Many  of  the  manual  tasks  that  are  required  for  Option  3  are  not  described  at 
this  time,  and  similarly,  many  of  the  automated  sequential  decisionmaking 
tasks  required  for  Option  1  are  not  described  here.    If  a  State  or  county 
elects  to  implement  either  Option  1  or  Option  3,  then  all  of  the  required 
system  tasks  for  those  configurations  can  be  established  during  the  initial 
portion  of  a  detailed  design  effort.    A  complete  comparative  description  of 
all  three  system  configurations  is  beyond  the  scope  of  this  general  systems 
design.    However,  the  three  options  are  downward  compatible  and  except 
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for  the  manner  and  timelines  in  which  data  are  entered  into  and  retrieved 
from  the  data  base,  the  three  systems  configurations  are  identical. 

1.  1  GENERAL 

The  terminology  used  in  this  report  is  basically  computer-oriented. 
In  some  instances  a  common  term  is  used  in  a  broader  sense  because  of  the 
absence  of  a  better  word.    The  following  definitions  are  included  for  infor- 
mative purposes  and  are  limited  to  use  in  this  document. 

•  Process:   In  the  broad  sense,  a  procedure  or  functional 
entity  which  may  employ  any  or  all  of  the  following  design 
elements:    inputs,  outputs,  data  bases,  personnel,  and 
equipment  (e.g.,  eligibility  determination  process). 

•  Sys tern:    The  highest  level  structure  that  can  be  used  to 
describe  a  process.    It  contains  subsystems. 

•  Subsystem:   A  subsystem  performs  one  or  more  functions 
and  a  function  may  perform  one  or  more  subfunctions. 

•  Function:  An  operation  or  procedure  that  involves  the 
performing  of  one  or  more  tasks.  A  function  is  com- 
prised of  modules. 

•  Module:    The  basic  element  from  which  all  processes  are 
formed.    It  represents  a  distinct  task  that  is  clearly 
distinguishable  from  another  task. 

•  Group:   A  collection  of  data  elements.    A  group  may 
consist  of  one  or  more  subgroups. 

•  Data  Base:   A  collection  of  structured  groups  of  data 
elements.    Data  bases  are  successively  divisible  into 
files,  records,  groups,  and  data  elements. 
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•  Screen:    The  face  of  the  cathode  ray  tube  (CRT) 
of  a  video  terminal. 

•  Frame:    The  information  and  format  displayed  on 
the  screen. 


a  functional  entity  as  opposed  to  the  physical 
description. 

•  Interactive:  A  descriptor  for  a  person/machine 
interchange  of  information  which  involves  an 
action  and  response-type  of  feedback. 

•  On-line:   A  descriptor  which  implies  entering 
necessary  computer  data  at  a  terminal. 

•  Real-Time:   A  descriptor  which  implies  the 
processing  of  data  by  a  computer  sufficiently 
quickly  to  affect  a  decision  at  a  particular  time. 


1.  2        FLOW  CHART  SYMBOLS 

In  the  system  diagrams  used  throughout  this  document,  the  following 
flow  chart  symbols  are  employed. 


•   Logical:    The  abstract  or  analytical  description  of 


SYMBOL 


EXPLANATION 


Terminal  point  or  an  indication  of  a 
person  within  the  system  flow. 


Document  -  computer  printed  output; 
manually  created  reports;  source 
documents. 
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EXPLANATION 


Manual  process  step  -  a  step  in  which 
no  equipment,  other  than  normal 
clerical  devices,  is  used. 


Tape  file  -  a  file  composed  of  machine  - 
sensible  data. 


Manual  input  -  information  input  by- 
on-line  keyboards. 


Computer  processing  step  -  processing 
which  takes  place  in  the  computer. 

Off-line  file  -  a  file  of  non-machine- 
readable  data  such  as  documents. 

Decision  -  a  processing  step  (manual 
or  computer)  in  which  a  decision  is 
made  and  one  of  several  alternatives 
selected. 


Off-line  equipment  processing  -  a 
processing  step  which  utilizes  off- 
line equipment  (e.  g.  ,  sorter, 
microfilm  machine). 

Input/Output  function  in  card 
medium. 


1  -7 


EXPLANATION 


On-line  file  -  a  file  composed  of 
machine- readable  data  (e.g.  ,  drums, 
tape,  disk). 


On-page  connector  -  indicates  entry 
to  a  process  from  a  point  on  the  same 
page;  indicates  exit  to  a  process  on 
the  same  page. 


Off-page  connector  -  indicates  entry 
to  a  process  from  another  page; 
indicates  exit  to  a  point  on  another 
page. 


Display  -  information  display  by  on- 
line video  devices. 


1  -8 


2.    SYSTEM  OVERVIEW 

The  material  given  in  this  section  provides  a  conceptual  overview  of 
the  ICED  general  system  design  from  a  functional  or  logical  design  point  of 
view# 

2.  1  OBJECTIVES 

The  objective  of  this  design  is  to  satisfy  the  functional  requirements 
for  the  ICED  system.    The  system  supports  the  functions  associated  with 
preapplication,  application,  eligibility  determination,  grant  computation, 
and  the  eligibility  aspects  of  case  maintenance. 

2.  2        DESIGN  LEVEL 

The  general  system  design  described  within  this  document  is  directed 
toward  the  Federal  level  in  terms  of  eligibility  requirements.    The  design 
constitutes  a  general  framework  upon  which  a  more  specialized  system 
design  at  the  State  level  can  be  based.    Conceptually,  it  includes  all  of  the 
welfare  programs  of  interest- -Aid  to  Families  with  Dependent  Children 
(AFDC),  Medicaid  (MA),  Social  Services  (SS),  Supplementary  Security 
Income  (SSI),  and  Food  Stamps  (FS)--or  any  selected  combination  of  these 
programs.    The  design  can  be  realized  in  a  number  of  different  modes  of 
operation  as  noted  below  in  Section  2.  3,  Alternate  Operating  Modes.    It  is 
intended  that  for  this  design  to  be  realized  in  actual  operation,  a  State  would 
take  the  general  system  design  and  add  sufficient  detail  so  that  the  State- 
peculiar  regulations  and  operational  requirements  could  be  incorporated. 
This  includes  a  determination  of  the  operating  mode,  operating  procedures, 
State  and  local  welfare  regulations,  and  reporting  formats  to  satisfy  local 
and  State  requirements. 
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2.  3       ALTERNATE  OPERATING  MODES 

The  actual  design  is  best  classified  as  an  on-demand  system.    It  is 
assumed  that  there  are  one  or  more  centrally  located  computers  providing 
the  data  processing  support  for  a  particular  region.    The  region  would 
typically  include  one  or  more  counties  of  a  State  and  might  be  as  large  as  a 
single  State.    It  is  further  assumed  that  the  system  is  operational  during  the 
working  portion  of  each  business  day  and  runs  during  the  evening  hours  for 
a  sufficient  period  of  time  to  complete  the  necessary  processing  (report 
generation,  file  updating,  etc.  )  that  is  an  integral  part  of  such  welfare  data 
processing  operation.    From  a  logical  point  of  view,  the  system  has  five 
major  subsystem  components.    They  are  (1)  Reception,  (2)  Intake,  (3)  Evalu- 
ation, (4)  Support  Processing,  and  (5)  Reporting.    The  Reception  subsystem 
supports  the  normal  reception  functions  involved  in  a  welfare  office.  The 
client  is  queried  to  determine  the  purpose  of  his  visit.    Based  upon  this 
information,  the  system  will  recall  any  previous  welfare  activity  and  will 
provide  appropriate  scheduling  and  routing  of  the  client.    The  Intake  sub- 
system supports  the  normal  functions  of  data  intake  concerned  with  all 
aspects  of  a  client's  case.    This  includes  the  acquisition  of  preliminary 
information,  application  data,  and  any  changes  that  update  and  modify  a 
client's  case.    The  Evaluation  subsystem  produces  a  determination  of  elig- 
ibility and,  where  appropriate,  a  computation  of  grants.  The  Support  Process- 
ing subsystem  provides  necessary  clerical  and  administrative  functions  to 
the  various  staff  workers.    This  subsystem  generates  all  referral  and  action 
notices  including  pending  case  reviews  and  terminations  and  it  automatically 
schedules  these  actions  to  assigned  eligibility  staff.    In  addition,  new  eligible 
cases  are  entered  into  the  client  eligibility  file;  terminated  cases  and  other 
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old  data  are  deleted  from  the  client  eligibility  file  and  entered  into  the  client 
history  file.    The  last  subsystem,  Reporting,  generates  (in  an  off-line  mode) 
the  reports  required  to  meet  Federal  and  State  requirements  as  well  as  re- 
ports for  local  management. 

Subsystem  components  are  designed  to  function  in  three  alternate 
modes  of  operation:    (1)  an  interactive  interview,  (2)  an  on-line  data  sub- 
mission and  update  in  a  post-interview  mode,  and  (3)  conventional  batch 
processing.    A  key  element  necessary  for  all  three  modes  is  the  use  of  a 
single  integrated  input  form  or  application. 

A  review  of  the  data  processing  procedures  of  various  States  has 
shown  that  there  are  a  large  number  of  forms  that  must  be  filled  out  if  a 
client  is  to  successfully  complete  an  application.    Much  of  the  data  on  the 
different  forms  is  repetitive  in  nature  (name,  social  security  number,  birth 
date,  address,  etc.  ).    A  few  States  have  evolved  the  idea  of  a  single  inte- 
grated form.    Because  of  the  requirements  for  extensive  information  about 
a  client,  the  size  of  such  a  single  integrated  form  requires  a  relatively 
large  number  of  pages.    However,  the  total  page  count  is  considerably  less 
if  an  integrated  form  is  used  as  opposed  to  several  different  forms.  The 
design  of  the  ICED  system  will  permit  data  entry  through  the  use  of  an 
integrated  multipage  form  entered  in  batch,  post-interview,  or  interactive 
modes  of  operation.    In  the  interactive  mode,  use  of  an  input  form  can  be 
eliminated  entirely,  if  an  on-line  interview  is  conducted.    Where  a  form  is 
used,  it  is  necessary  that  each  single  section  of  the  form  correspond  to  a 
single  frame  of  information  on  the  screen  of  a  cathode  ray  tube  (CRT)  video 
terminal.    Further,  as  changes  in  the  welfare  program  demand  changes  in 
the  input  process,  no  new  forms  should  be  created.    The  single  integrated 
input  form  will  be  modified  through  the  insertion  or  deletion  of  additional 
sections  to  handle  the  new  information.    The  basic  rule  applied  here  is  that 
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an  applicant  should  give  a  single  category  of  information  only  once  and  that 
information,  such  as  name,  age,  last  employer,  or  information  on  resources, 
is  used  by  all  of  the  different  welfare  programs  supported  by  the  ICED  sys- 
tem.   The  concept  of  a  single  input  form  (either  in  the  physical  form  of  a 
number  of  pages  or  its  counterpart  in  terms  of  a  number  of  frames  on  a 
CRT  device  or  both)  provides  a  degree  of  commonality  between  system 
configurations  that  use  batch  input  processing,  post-interview  interactive 
processing,  or  interactive  interview  processing.    To  the  eligibility  worker, 
the  input  form  is  the  same  for  all  three  modes.    For  a  particular  client, 
only  those  pages  containing  needed  data  would  be  used. 

Throughout  this  report,  the  term  turnaround  document  is  used.  It 
represents  that  document  generated  by  the  ICED  system  when  a  new  case  is 
initiated  or  when  any  change  is  made  to  an  existing  case.    For  the  inter- 
active mode,  the  format  of  this  document  will  be  identical  to  that  of  the 
application  form  with  the  exception  that  there  will  be  additional  pages.  On 
the  additional  pages  will  be  statements  of  eligibility  and  other  related  infor- 
mation.   For  the  other  two  modes,  the  turnaround  document  will  contain 
condensed  application  information  plus  eligibility  and  action  information. 

Operational  procedures  and  equipment  configurations  required  to 
support  different  operational  modes  vary,  but  the  format  of  the  input  data 
remains  constant.    In  the  case  of  a  batch -oriented  system,  it  is  assumed 
that  on  a  daily  basis,  using  the  U.S.  mail  or  some  other  form  of  transpor- 
tation, all  input  forms  or  updates  to  existing  case  information  documents 
would  be  transported  from  the  local  offices  scattered  throughout  the  region 
to  a  central  processing  point.    Turnaround  in  this  case  would  be  measured 
in  days  with  the  largest  amount  of  time  being  allocated  for  the  physical 
transportation  of  the  input  form  to  the  central  site  and  the  return  of  the 
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associated  computer  generated  documents.    Errors  would  require  even 
longer  turnaround  times.    In  the  case  of  a  post-interview  data  entry 
employing  on-line  operation,  all  intake  data  would  be  entered  into  the  sys- 
tem (after  the  client  interview)  by  the  use  of  video  terminals  located  in  each 
welfare  office.    Through  the  use  of  hard-copy  printing  devices  in  the  local 
welfare  offices,  the  appropriate  turnaround  document  would  be  in  the  hands 
of  the  eligibility  worker  within  an  hour  or  two  after  the  input  data  had  been 
submitted  to  the  system.    In  the  case  of  an  on-line  interactive  interview 
mode,  the  eligibility  worker  may  enter  the  data  in  the  client's  file  either 
during  or  after  an  interview.    In  this  mode  of  operation,  the  conventional 
practice  of  using  an  applicational  form  can  continue  to  be  employed,  or  it 
may  (if  regulations  permit)  be  completely  eliminated.    If  it  is  eliminated,  a 
copy  of  the  computer  generated  application  with  all  appropriate  entries 
filled  can  then  be  immediately  printed  on  a  hard- copy  output  device  so  the 
client  can  sign  the  copy.    The  client  can  also  take  a  copy  of  the  information 
with  him  after  the  interview.    In  the  case  where  the  interview  is  conducted 
away  from  a  terminal  (perhaps  in  the  client's  home),  the  eligibility  worker 
can  enter  data  into  the  client's  case  file  in  an  on-line  mode  when  the 
eligibility  worker  returns  to  the  office.    The  major  difference  between  the 
interactive  and  post-interview  on-line  modes  is  that  the  first  mode  supports 
data  entry  by  the  eligibility  worker  (with  memory  and  editing  aids),  and  the 
second  mode  supports  data  entry  by  terminal  operators. 

If  a  State  elected  to  implement  a  system  using  the  interactive  inter- 
view mode,  because  of  operational  considerations,  there  would  be  provisions 
at  the  detailed  design  level  that  would  allow  the  system  to  also  support  the 
other  two  modes  of  operation.    This  is  possible  because  the  design  of  an 
interactive  interview  mode  system  would  be  downward  compatible.    That  is, 
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the  more  sophisticated  configuration  (interactive  interview)  can  be  operated 
in  a  less  sophisticated  manner.    However,  there  would  be  features  in  the 
detailed  design  that  are  required  to  support  the  interactive  interview  mode, 
which  are  not  required  in  the  post -interview  input  mode,  and  totally  un- 
necessary for  the  batch  mode. 

At  a  logical  level  of  design,  the  design  is  independent  of  the  computer 
hardware  configuration  necessary  for  implementation.    The  only  requirement 
is  that  for  the  interactive  interview  and  post-interview  on-line  data  entry 
modes,  video  terminals  and  hard-copy  printing  devices  are  needed  in  each 
welfare  office.    Before  a  hardware  si/.ing  activity  can  be  initiated,  it  is 
necessary  to  know  the  geographical  location  of  offices  and  demographical 
properties  of  the  jurisdiction  in  which  the  design  is  to  be  implemented. 

2.  4        SYSTEM  STRUCTURE  DESCRIPTION 

Figure  2-1  is  a  system  overview  of  the  elements  in  the  design.  As 
noted,  the  five  major  subsystems  are  Reception,  Intake,  Evaluation,  Support 
Processing,  and  Reporting.    The  subsystems  are  interconnected  through  the 
integrated  data  base.    The  major  files  in  the  data  base  are  (1)  the  Client 
Reference  File,  (2)  the  Client  Information  File,  (3)  the  Client  History  File, 
(4)  the  Client  Eligibility  File,  (5)  the  Notification/Referral  File, 

(6)  the  Management  Support  File,  (7)  the  ICED  Requirements  File, 
(8)  the  ICED  System  File,  and  (9)  the  Records  Addition  File. 

The  Client  Reference  File  provides  information  to  the  receptionist 
or  other  staff  worker  on  any  previous  association  of  a  client  with  the  wel- 
fare system.    Most  of  the  information  within  the  Client  Reference  File  is 
also  contained  within  the  Client  Information  File.    The  Client  Reference 
File  is  maintained  separately  as  a  shortened  version  of  the  Client  Informa- 
tion File  in  order  to  meet  an  operational  requirement  for  rapid  search  and 
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Figure  2-1.    Integrated  Computer  Eligibility  Determination  System 
Design  Element  Diagram  -  System  Overview 
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minimal  response  time.    The  information  in  the  Client  Reference  File  is 
limited  to  identification  data  such  as  name,  social  security  number,  date  of 
birth,  address,  current  status,  and  case  numbers  previously  associated 
with  the  client.    A  technique  such  as  the  Soundex  method  will  be  used  to 
search  this  file.    In  addition,  search  can  be  conducted  by  name,  social 
security  number,  or  case  number. 

The  Client  Information  File  is  employed  as  a  master  file  which 
contains  all  current  information  about  a  client.    Only  active  and  in-process 
case  records  are  included.    In  many  operations,  this  file  is  often  referred 
to  as  the  master  case  file.    The  Client  History  File,  using  the  same  data 
base  structure  as  the  Client  Information  File,  contains  previous  versions  of 
current  information.    The  Client  Eligibility  File  contains  information  on 
eligibles  in  the  State  or  county  for  the  different  social  welfare  programs. 
Only  active  grant  cases  are  included.    This  file  contains  information  that  is 
transmitted  from  the  ICED  system  to  other  management  information 
systems  such  as  Medicaid  Management  Information  System  (MMIS).  The 
Notification/Referral  File  contains  referrals  and  notices  that  the  system 
automatically  generates  as  decision  points  are  reached  within  the  processing 
of  an  individual  case.    The  Management  Support  File  contains  schedule, 
workload,  performance,  and  financially  oriented  information  summarized 
by  organizational  level  and  function.    The  ICED  Requirements  File  contains 
the  detailed  information  on  the  Federal,  State,  and  county  requirements  and 
tables  for  eligibility  determination  and  grant  computations.    The  ICED  Sys- 
tem File  contains  all  information  pertinent  to  the  operation  of  the  ICED 
system.    For  example,  prompting  messages  and  other  aids  to  the  user  for 
on-line  data  editing  are  contained  in  this  file. 

Sections  2.4.  1  through  2.4.5  provide  descriptions  of  the  five 
subsystems. 
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2.  4.  1    Reception  Subsystem 

A  query  of  the  client  is  made  to  determine  if  this  is  a  new  case,  an 
active  case,  or  one  already  being  processed.    Using  a  CRT  terminal,  the 
receptionist  can  verify  the  client's  status  by  reference  to  the  schedule 
(contained  in  the  Management  Support  File)  of  ICED  system  functions.  The 
schedule  will  show  which  process,  if  any,  the  client  is  currently  engaged  in, 
and  assuming  the  appropriateness  of  date  and  time,  the  receptionist  will 
direct  the  client  to  the  proper  processing  station.    If  the  client  is  a  new 
applicant,  the  receptionist  will  request  the  applicant  to  complete  part  1  of 
the  generalized  application  form.    This  part  of  the  form  elicits  general 
information  regarding  name,  address,  social  security  account  number,  and 
other  information  which  is  integral  to  the  ICED  preapplication  process. 

Before  the  preapplication  process  can  be  initiated,  the  receptionist 
must  determine  if  the  client  is  a  previous  recipient  of  aid  and,  additionally, 
if  the  client  is  under  the  jurisdiction  of  that  office.    This  is  done  through  a 
CRT  query  of  the  Client  Reference  File  using  the  data  provided  in  part  1 
of  the  application  form.    If  the  client's  address  indicates  that  a  different 
jurisdiction  is  applicable,  the  client  will  then  be  directed  to  the  appropriate 

office.    Given  that  the  client  is  in  the  proper  jurisdiction,  the  existence  of 
previous  activity  is  then  checked.    If  the  client  is  part  of  an  active  case, 
then  he  or  she  is  scheduled  by  a  receptionist  into  the  case  renewal  process. 
If  it  is  a  new  case,  then  the  client  is  scheduled  into  the  preapplication 
process. 

2.  4.  2    Intake  Subsystem 

The  intake  subsystem  performs  the  functions  necessary  to  complete 
preapplication,  application,  referral,  verification,  case  renewal,  and  case 
maintenance.    The  activation  of  any  particular  function  is  done  by  the  eligi- 
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bility  worker.    In  the  preapplication  function,  the  processing  of  part  1  of 
the  application  is  accomplished.    The  intent  of  the  preapplication  step  is  to 
make  a  rough  determination  of  the  needs  and  eligibility  of  the  client  for  the 
different  welfare  programs.    In  addition,  it  provides  to  the  client  a  listing 
of  documents  necessary  to  verify  the  client's  case.    When  the  ICED  system 
is  functioning  in  an  interactive  interview  mode,  or  if  the  reception  function 
is  supported  by  data  entry  terminals,  then  the  results  of  the  preapplication 
step  are  available  to  the  eligibility  worker  and  the  client  prior  to  the  com- 
pletion of  part  2  of  the  application  form.    In  this  manner,  the  client  can  be 
advised  that  it  is  not  necessary  to  complete  those  portions  of  the  application 
for  welfare  programs  for  which  the  client  is  clearly  not  eligible  unless  the 
client  insists  that  a  formal  application  be  made. 

The  application  function  supports  the  intake  and  preliminary  process- 
ing for  part  2  of  the  generalized  application  form.    Based  upon  the  results 
of  the  preapplication  step,  the  recommendations  of  the  intake  worker  and  the 
desires  of  the  client,  one  or  more  interviews  between  the  client  and  the 
eligibility  worker  are  necessary  to  complete  the  acquisition  and  review  of 
data  contained  in  part  2  of  the  application  form.    As  a  result  of  the 

processing  that  occurs  during  the  application  step,  the  Client  Information 
File  is  updated  after  the  verification  function  is  initiated  to  ensure  that  the 
particular  values  of  data  elements  given  by  the  client  have  been  verified  if 
they  need  to  be  verified.    For  example,  as  part  of  the  verification  function, 
the  eligibility  worker  would  indicate  that  birth  certificates  had  been  reviewed 
or  pay  stubs  had  been  seen.    Since  it  is  necessary  to  keep  track  of  the  age  of 
an  application,  and  to  indicate  pacing  items  in  the  processing  of  an  applica- 
tion during  the  application  and  verification  functions,  status  information  on 
the  client's  case  is  placed  in  the  Management  Support  File.    Such  informa- 
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tion  indicates  the  status  of  the  processing  of  a  particular  application, 
together  with  pending  steps  that  must  be  taken  before  the  application  is 
complete. 

The  referral  function  is  used  for  the  creation  of  appropriate  referral 
notices  and  notifications.    Examples  include  referral  to  social  services,  WIN 
registration,  and  law  enforcement  agencies.    The  requests  for  generating 
notices  are  posted  in  the  Notification  Referral  file  for  subsequent  batch  pro- 
cessing by  the  Support  Processing  subsystem. 

As  each  intake  function  is  completed,  the  eligibility  worker  schedules 
the  client's  application  into  the  next  intake  function.    In  this  manner,  the 
ICED  system  can  monitor  the  status  of  each  client's  application  in  the  overall 
eligibility  determination  process.    In  addition,  the  ICED  system  can  track 
all  processing,  calculate  process  durations,  and  determine  overall  office 
performance. 

The  functions  of  case  renewal  and  case  maintenance  operate  in  much 
the  same  manner  as  the  application  function.    Based  upon  receipt  of  a  new 
request  or  a  change  in  data  or  status  of  the  client,  the  eligibility  worker 
modifies  the  values  of  one  or  more  elements  in  the  client's  current  file. 

In  the  instance  of  the  case  renewal  or  case  maintenance  function,  after 
modifications  to  the  data  element  values  in  the  client's  current  file  have 
been  made,  the  eligibility  worker  may  direct  the  system  to  perform  an 
eligibility  determination  and  grant  computation.    These  latter  two  functions 
are  performed  within  the  Evaluation  subsystem. 

2.  4.  3    Evaluation  Subsystem 

The  Evaluation  subsystem  is  comprised  of  the  following  three 
functions:    (1)  eligibility  determination  and  grant  computation,  (2)  determi- 
nation review,  and  (3)  case  disposition.    These  functions  may  be  initiated  at 
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any  time  by  any  staff  worker  that  has  an  appropriate  data  access  clearance 
to  the  client  file.    If  there  is  insufficient  data  within  a  particular  client's 
file  for  the  completion  of  the  function,  the  system  prompts  the  staff  worker 
to  take  the  necessary  action. 

For  a  particular  set  of  welfare  programs  the  normal  processing 
option  is  to  determine  eligibility  for  all  of  the  available  welfare  programs. 
However,  the  execution  of  the  eligibility  determination  function  against  a 
client  file  can  also  result  in  the  determination  of  eligibility  for  only  the  wel- 
fare programs  of  interest  to  or  recommended  for  the  applicant.  The 
information  required  by  this  function  is  obtained  from  the  Client  Information 
File,  and  based  upon  the  results  of  this  function,  that  file  and  the  Manage- 
ment Support  File  are  appropriately  updated.    The  determination  review 
function  takes  the  results  from  the  eligibility  determination  step  and  formats 
the  results  in  a  form  suitable  for  review.    This  includes  the  generation  of  an 
eligibility  status  and  an  indication  as  to  the  reasons  for  disqualification  (if 
any)  and  appropriate  financial  summary  information  (i.e.  ,  grant  computation, 
coupon  allotment,  etc.  )  for  AFDC  and  FS.    A  check  is  also  made  to  determine 
if  all  necessary  verification  actions  have  been  completed.    For  error  prone 

cases,  the  eligibility  worker  may  extend  the  required  verifications  beyond 
those  normally  done.    Based  upon  the  results  obtained  from  the  determi- 
nation review,  the  disposition  function  is  used  to  transfer  the  case  to  the 
inactive  cases  in  the  Client  History  File  if  the  application  is  disqualified, 
terminated,  or  withdrawn  by  the  client  or  to  support  processing  if  the  client 
is  eligible  for  one  or  more  programs. 

2.  4.  4    Support  Processing  Subsystem 

The  Support  Processing  subsystem  performs  three  major  functions. 
These  functions  are  file  processing,  notification/referral  processing,  and 
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interface  processing.    These  three  functions  are  performed  in  an  off-line 
mode  on  a  periodic  basis,  e.g.  ,  daily,  during  a  later  shift. 

The  central  function  performed  by  file  processing  is  the  updating  of 
the  various  client  files.    During  the  day  a  number  of  updates  to  a  particular 
client's  case  are  accumulated.    These  updates  are  collected  in  the  Record 
Additions  File  and  form  the  basis  for  the  client  file  update.    A  termination 
indicator  (in  the  Record  Additions  File),  for  example,  would  result  in  a 
deletion  of  the  record  from  the  Client  Information  File  and  the  Client  Eligi-  ^ 

ft: 

bility  File  and  the  insertion  of  the  record  into  the  Case  History  File.  Status' 
in  the  Client  Reference  File  would  also  be  changed  from  GRT  (grant)  to  TER 
(termination)  for  AFDC  cases. 

An  audit  trail  of  file  updates  is  maintained  in  the  form  of  a  trans- 
action register.    This  register  contains  an  entry  of  every  transaction  made 
to  each  file.    The  Case  History  File  also  reflects  a  complete  account  of  all 
case  changes. 

The  file  processing  function  also  generates  documents  for  fair 
hearings  and  documents  containing  the  current  case  description  for  review 
by  local  welfare  office  administration.    The  latter  type  of  document  is  also 
equivalent  to  a  turnaround  document  for  those  operational  procedures  which 
require  it. 

The  interface  processing  function  generates  appropriate  outputs  to 
the  accounting  system  supporting  the  local  welfare  data  processing.  In 
addition,  based  upon  updates  to  the  Client  Eligibility  File,  appropriate  case 
changes  are  made  for  submittal  to  MMIS  and  similar  supporting  data  pro- 
cessing systems. 
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A  notification/referral  processing  function  also  occurs  in  support 
processing.    It  consists  of  three  major  subfunctions.    They  are  (1)  the 
actual  generation  of  referral  letters  and  notices  for  transmittal,  (2)  the 
generation  of  notices  and  other  documents  for  transmittal  to  the  client,  and 
(3)  the  establishment  of  an  interface  between  the  ICED  system  and  BENDEX, 
SMIB,  and  SDX.    In  addition,  as  part  of  the  audit  trail,  a  statement  of  the 
system  actions  taken  for  any  of  the  above  three  major  subfunctions  must  be 
prepared  for  records  retention. 

2.  4.  5    Reporting  Subsystem 

The  Reporting  subsystem  generates  reports  at  the  Federal,  State, 
county,  and  local  office  level.    Most  of  the  functions  of  the  Reporting  sub- 
system are  performed  in  an  off-line  mode  on  a  periodic  basis.  However, 
the  period  is  a  function  of  the  type  of  report.    Federal  reports  are  generated 
on  a  monthly  or  quarterly  basis,  whereas  some  local  reports  may  be  gener- 
ated on  a  daily  basis. 

The  major  inputs  to  the  Reporting  subsystem  are  obtained  from  the 
Management  Support  File,  Client  History  File,  Client  Information  File,  and 
Client  Eligibility  File.    The  Federal  reporting  function  generates  a  number 
of  reports  for  the  Department  of  Health,  Education  and  Welfare  and  reports 

on  the  Food  Stamp  Program  for  the  Department  of  Agriculture.  Also 
included  are  a  number  of  generic  types  of  reports  that  are  important  at  the 
State,  county,  and  local  office  level.    One  of  the  major  efforts  that  must  be 
undertaken  in  the  detailed  design  phase  is  the  design  of  the  appropriate 
reports  at  the  State,  county  and  local  office  level.    At  the  local  office  level 
it  may  be  appropriate  to  generate  some  of  the  management  information  for 
viewing  only  through  terminals.    Hard-copy  documents  would  then  be  avail- 
able only  on  an  exception  basis  by  special  request.    If  this  is  done,  then  in 
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the  detailed  design  phase  a  decision  must  be  made  as  to  what  portion  of  the 
local  office  reports  are  to  be  kept  in  some  form  of  records  retention. 

The  function  labeled  "special  reports"  is  designed  to  perform  sur- 
vey or  auditing  functions  that  are  done  on  a  demand  basis.    Many  of  these 
reports  will  be  requested  once  or  at  most  a  few  times.    In  this  cas£  the 
computer  program  necessary  to  generate  the  report  should  be  written 
using  a  report  writing  system  that  is  easy  to  use  such  as  one  of  the  com- 
mercial software  packages. 
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3.    RECEPTION  SUBSYSTEM 


The  reception  subsystem  is  that  part  of  the  ICED  system  where  the 
client  first  interacts  with  the  system.    The  general  flow  for  the  Reception 
subsystem  is  given  in  Figure  3-1. 

There  are  five  modules  that  exist  within  the  ICED  system  that  are 
necessary  to  perform  the  automated  functions  required  by  the  client  direc- 
tion function  and  client  search  function  of  the  Reception  subsystem.  The 
modules  are  labeled  in  the  manner  shown  in  Figure  3-2.    Much  of  the 
Reception  subsystem  is  made  up  of  operational  procedures  that  are  imple- 
mentation specific.    However,  to  describe  the  Reception  subsystem  it  is 
necessary  to  make  some  assumptions  about  the  operational  environment  in 
which  the  ICED  system  will  be  employed.    It  is  assumed  that  the  local  wel- 
fare office  will  be  provided  with  sufficient  video  terminals  so  that  the  two 
major  functions  of  the  subsystem  can  be  performed  on-line.    It  is  further 
assumed  that  the  only  individuals  who  will  remain  known  to  the  syste-m  are 
those  individuals  who  have  at  least  completed  processing  through  the  pre- 
applicant  function.    Although  the  scope  of  the  ICED  system  could  be  enlarged 
to  keep  track  of  individuals  who  merely  make  inquiries  and  are  sent  to  other 
offices  or  other  agencies,  that  capability  is  considered  to  be  outside  the 
scope  of  the  present  ICED  system  design. 

The  Reception  subsystem  is  described  below  by  the  use  of  two 
scenarios.    The  first  scenario  is  associated  with  a  new  case.    The  second 
scenario  is  associated  with  a  client  initiating  case  recertification  (case 
renewal).    In  the  first  instance,  the  client  approaches  the  receptionist  and 
asks  for  a  particular  type  of  aid.    The  receptionist  queries  the  client  to  see 
if  the  client  has  ever  applied  for  aid  before  and  to  check  if  this  office  is  the 
appropriate  one  for  assisting  that  client.    If  the  answer  to  both  questions  is 
yes,  the  client  is  given  part  1  of  the  general  application  and  appropriate 
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Functions 

Modules 

1.  2  Client  Search 

1     11            a&  Sf*Vif»<^ii1 

1.  12   Set  Schedule 

1.  21    Client  Reference  by  Case  # 
1.  22   Client  Reference  by  Name 
1.  23   Client  Reference  by  SSA  # 

Figure  3-2,  Reception  Subsystem  Function  and  Module  Identifiers 

information  describing  available  welfare  programs.    The  client  then  fills 
out  part  1  of  the  application.    At  local  option,  the  welfare  office  might  pro- 
vide personnel  to  assist  the  client  in  the  completion  of  part  1  of  the  applica- 
tion form.    The  applicant  then  returns  with  a  completed  part  1  application 
to  the  receptionist.    At  this  point,  using  the  information  contained  on  the 
part  1  application  form,  the  receptionist  searches  the  Client  Reference  File 
to  see  if  the  client  is  previously  known  to  the  system.    The  ICED  system 
instruction  "GT  1.  2"  (i.  e. ,  "go  to  function  1.  2")  followed  by  information  on 
the  name,  social  security  number,  birthdate,  or  other  appropriate  identi- 
fying information  such  as  a  previous  case  number  may  be  given  by  the 
receptionist  to  the  system  to  initiate  a  search  of  the  Client  Reference  File. 
Modules  1.21,  1.22  or  1.23  shown  in  Figures  3-3,  3-4,  and  3-5,  respectively, 
perform  the  detailed  search  of  the  Client  Reference  File.    The  receptionist 
then  exercises  the  client  direction  function.    To  do  this,  the  receptionist 
commands  the  system  to  "go  to  function  1.  1.  "   The  receptionist  then  exer- 
cises module  1.  12  shown  in  Figure  3-6  which  is  the  set  schedule  module. 
The  receptionist  enters  the  client's  name,  designates  the  current  status  of 
the  application,  and  sets  the  next  function  to  be  performed,  namely:  pre- 
application.    With  this  information,  the  ICED  system  then  determines  the 
next  available  eligibility  worker  and  the  time  and  date  for  an  interview.  It 
is  assumed  that  the  office  staff  is  sized  such  that  in  general  this  interview 
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occurs  within  a  few  minutes  after  the  client  has  originally  entered  the  local 
welfare  office.    Note  that  at  this  point  the  individual  has  not  yet  been 
assigned  a  case  number,    That  will  be  done  when  the  information  on  the 
part  1  application  form  is  entered  into  the  system  and  after  the  affirmation 
of  the  application  has  been  performed.    This  occurs  in  the  preapplication 
function. 

In  the  second  scenario  it  is  assumed  that  the  client  is  responding  to 
a  written  request  sent  to  the  client  by  mail.    As  an  example,  the  request 
may  be  to  complete  case  recertification  so  that  current  welfare  aid  may  be 
continued.    The  notification  of  case  review  form,  previously  issued  by  the 
system,  will  contain  a  date  and  time  for  a  review  interview.    When  the 
client  reports  for  his  interview,  the  receptionist  may  verify  his  appointment 
by  consulting  the  schedule  of  ICED  functions  which  is  displayed  by  module 
1.  11,  shown  in  Figure  3-7.    This  schedule  date  was  previously  set  by  the 
system  when  the  case  review  notification  was  issued. 

If  a  client  cannot  keep  a  scheduled  appointment,  or  if  he  wishes  to 
meet  with  an  eligibility  worker  to  seek  advice  or  report  a  change  in  circum- 
stances, etc.  ,  he  may  phone  the  receptionist  who  will  set  a  suitable  day  and 
time.    The  receptionist,  or  any  other  staff  member,  may  schedule  a  meeting 
by  use  of  the  set  schedule  module  1*  12  shown  in  Figure  3-6. 


3-8 


c 
o 


u 

0) 


U  _H 

Z 

2  os 
U  £ 

z  s 

u,  Z 


-C 


u  H 


4) 

3 

X) 
<U 
JZ 

U 
0) 

> 


uj*£ 


—J  UJ 


o 

a, 


odd 

S  Z  cu 


in 

UJ 
H 

UJ 

< 

CQ 
< 

< 

a 
>- 

UJ 


a 


UJ 


a 


a 


a 


z 
o 

f- 

2 
5 


fO  +-> 

c  c 

(t)  <D 


o 


0) 

a 

z 


x) 
o 


i 

on 

0) 
U 

d 


(J  >^-- 

SS  oo  &U 


3-9 


( 


c 


c 


4.    INTAKE  SUBSYSTEM 


The  Intake  subsystem  is  comprised  of  six  functions.    They  are 
preapplication,  application,  case  renewal,  case  maintenance,  referral, 
and  verification.    The  process  flowchart  for  these  functions  is  given  in 
Figure  4-1.    The  breakdown  of  the  functions  into  subfunctions  is  shown  in 
Figure  4-2. 

4.  1        PREAPPLICATIO  N 

The  major  purpose  of  the  preapplication  function  is  to  provide  a 
suitable  basis  for  the  intake  of  client  data.    This  basis  is  achieved  through 
a  discussion  of  client  problems,  needs,  and  kinds  of  aid  available.  The 
client  is  instructed  in  the  type  of  information  required.    He  or  she  is 
informed  as  to  the  definition  of  and  the  penalty  for  fraud  and  is  given  a  list 
of  the  verification  documents  that  will  be  needed  to  evaluate  the  case.  In 
addition,  a  determination  is  made  to  assess  the  client's  eligibility  potential. 

As  in  all  of  the  ICED    system  functions,  to  initiate  preapplication, 
the  eligibility  worker  consults  the  schedule  to  ascertain  the  name  of  the 
next  applicant  who  has  been  assigned  to  him.    The  applicant  is  called  and 
using  the  set  schedule  module  2.  143  shown  in  Figure  4-3  the  applicant's  in- 
process  status  is  changed  from  reception  to  preapplication.  Preapplication 
data  taken  from  part  1  of  the  application  form  is  then  entered  by  means  of 
modules  2.  121  through  2.  127  shown  in  Figures  4-4  through  4-10  into  the 
system.    The  eligibility  worker  may  then  make  a  determination  of  eligibility 
potential.    This  is  done  by  using  the  preapplication  determination  subfunction 
and  reviewing  the  results  of  the  determination  on  display  frames  which  are 
generated  by  modules  2.  131  and  2.  132  shown  in  Figures  4-11  and  4-12.  The 
modules  associated  with  these  frames  identify  the  members  of  the  family 
unit  and  their  potential  eligibility  for  any  or  all  of  the  assistance  programs. 
If  ineligibility  is  predicted,  the  basis  for  the  disqualification  is  given.  After 
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Figure  4-1.    Integrated  Computer  Eligibility  Determination  System 
Process  Flowchart  -  Intake  Subsystem  Flow  Diagram 


4-2 


c 


Functions 

Subfunctions 

2.  1  Preapplication 

2.11    Preapplication  Preparation 
2.  12    Preapplication  Intake 
2.  13    Preapplication  Determination 
2.  14   Preparation  for  Application 

2.  2  Application 

2.21    Application  Initiation 
2.  22   Application  Intake 
2.  23   Application  Completion 
2.  24   General  Support 

2*  3   Case  Renewal 

Z.  .31    Case  Renewal  Initiation 
2.  32    Previous  Case  Review 
2.  33   Case  Renewal  Intake 
2.  34   Case  Renewal  Completion 
2.  35    Case  Renewal  Activation 
2.  36    General  Support 

2.  4   Case  Maintenance 

2.  41    Case  Maintenance  Initiation 
2.  42    Case  Maintenance  Intake 

2.43  Case  Maintenance  Completion 

2.44  General  Support 

2.  5  Referral 

2.  51    Referral  Initiation 

b£   Referral  Processing 
2.  53   Referral  Completion 

2.  6  Verification 

2.  61    Verification  Initiation 
2.  62    Verification  Processing 
2.  63    Verification  Completion 

Figure  4-2.    Intake  Subsystem  Function  and  Subf unction  Identifiers 


discussions  with  the  applicant  regarding  his  potential  ineligibility,  the 
applicant  may  elect  to  discontinue  or  continue  the  eligibility  process. 

If  the  applicant  wishes  to  pursue  further  exploration  of  eligibility, 
he  must  sign  an  affirmation  of  application.    This  is  a  legal  instrument  used 
by  the  system  in  which  the  client  affirms  that  he  or  she  is,  in  fact,  applying 
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for  assistance,  and  the  agency  has  permission  to  inquire  about  the  client's 
financial  circumstances.    Any  other  legal  statements  that  are  required  by  a 
given  State  procedure  should  be  added  to  this  document.    Module  2.141,  shown 
in  Figure  4-13,  which  designates  the  programs  for  which  the  applicant  is 
applying,  is  entered  after  the  affirmation  of  application  is  signed.  This 
entry  informs  the  ICED  system  that  the  client's  signature  has  been  obtained. 
At  this  point,  the  ICED  system  assumes  that  an  in-process  case  has  been 
established  and  a  general  case  number  is  assigned.    A  general  case  number 
consists  of  a  specified  number  of  digits.    In  addition  to  a  general  case  num- 
ber, the  ICED    system  also  makes  use  of  a  specific  case  number.  This 
number  is  identical  to  the  general  case  number  except  that  it  is  augmented 
by  an  appended  dash  number.    A  specific  case  number  is  assigned  by  the 
ICED  system  when  eligibility  has  been  determined  and  case  disposition 
completed.    The  dash  number  indicates  the  aid  program  for  which  the  client 
is  eligible.    Active  or  in-process  cases  are  immediately  apparent  by  the 
presence  or  absence  of  a  dash  number. 

As  a  final  step  in  the  preapplication  process,  the  ICED  system  will 
produce  a  list  of  those  documents  which  the  client  will  need  to  verify  his 
case.    The  document  checklist  can  be  displayed  by  means  of  module  2.412 
shown  in  Figure  4-14.    This  document  along  with  a  blank  part  2  of  the 
application  form  is  given  to  the  applicant  and,  using  the  set  schedule  module, 
an  appointment  for  application  intake  is  made  by  the  preapplication  worker. 
On  the  appointed  date,  the  applicant  is  scheduled  to  return,  having  completed 
the  application  form  and  assembled  verification  documents  for  an  application 
interview. 

Preapplication  intake  (i.  e.  ,  the  data  comprising  part  1  of  the 
application)  is  divided  into  six  sections  or  input  frames  (see  the  ICED 
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system  modules  2.  121  through  2.  126.  2).    Actual  data  entry  may  be  accom- 
plished interactively  during  the  preapplication  interview  by  the  eligibility 
worker  or  after  the  interview  by  either  the  eligibility  worker  or  terminal 
operators.    If  the  data  are  entered  interactively,  then  data  editing  diagnos- 
tics can  be  retrieved  by  means  of  the  diagnostic  status  module  number 
2.  127  shown  in  Figure  4-15. 

4. 2  APPLICATION 

The  major  purpose  of  the  application  function  is  to  acquire  all 
relevant  information  about  the  client  in  order  to  complete  application  for 
welfare  aid.    This  function  may  be  combined  with  the  preapplication  function 
at  the  time  of  the  first  interview  with  the  client  or  may  be  done  at  a  later 
time.    The  amount  of  data  that  is  presented  to  the  system  by  the  eligibility 
worker  and  client  may  vary  according  to  circumstances.    The  system  under 
direction  of  the  operator  can  be  instructed  to  perform  the  eligibility  deter- 
mination computations  with  any  amount  of  data  presented  to  it.    The  result 
of  the  determination  will  in  general  be  "not  eligible"  or  "eligibility  not 
determinable"  if  the  data  are  incomplete. 

There  are  three  subfunctions  under  the  application  function.  They 
are  application  initiation  (retrieving  schedule,  etc.  ),  application  intake 
(inputing  case  information),  and  application  completion  (editing,  scheduling, 
etc).    The  first  subfunction  is  accomplished  by  one  module,  the  second  sub- 
function  requires  34  modules,  and  the  third  subfunction  requires  5  modules. 
The  first  subfunction  is  accomplished  by  module  2.211  which  is  shown  in 
Figure  4-16.    This  module  retrieves  schedule  information  about  the  client. 
It  is  identical  to  module  1.  11. 

The  second  subfunction,  the  actual  input  of  the  data,  is  done  in  the 
following  manner  in  the  post-interview  on-line  mode  of  operation.  The 
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eligibility  worker  either  completes  part  2  of  the  general  application  form 
with  the  client  or  reviews  a  client's  completed  form  with  the  client.  When 
the  eligibility  worker  is  satisfied  with  all  the  input  data,  the  form  is  sub- 
mitted for  input  into  the  ICED  system.    This  input  operation,  in  general, 
will  be  done  after  the  interview.    Included  with  the  application  are  sufficient 
commands  such  that  the  system  will  perform  an  eligibility  determination 
and  grant  computation.    This  determination  can  be  done  immediately  after 
the  data  is  input.    The  completed  results  will  be  returned  to  the  eligibility 
worker  in  the  form  of  a  turnaround  document.    In  the  instance  where  the 
operational  mode  of  the  system  uses  an  interactive  interview  approach,  the 
data  input  to  the  client's  file  would  be  done  as  a  part  of  the  client  interview. 
The  preapplication  step  must  be  completed  before  the  application  step  can 
be  initiated.    This  means  that  the  eligibility  worker  has  available  part  1  of 
the  general  application  form  or  its  processed  counterpart,  the  turnaround 
document. 

The  first  three  modules  of  the  applicant  intake  subfunction  are 
modules  2.  221,  2.  222,  and  2.  223  which  are  described  in  Figures  4-17,  4-18, 
and  4-19.    The  first  module  processes  general  data  about  members  of  the 
case  with  respect  to  their  current  status.    Items  such  as  institutional, 
school,  and  nursing  home  information  are  included  in  that  set  of  data.  The 
second  module  processes  data  about  the  school  status  of  any  members  of 
the  family  and  whether  or  not  they  are  needed  at  home.    The  third  module 
processes  data  about  the  relationship  between  children  in  the  family  and 
parents  of  the  family.    Included  in  this  set  of  data  is  information  on  depri- 
vation factors  for  an  AFDC  case.    Modules  2.224  and  2.  225  shown  in 
Figures  4-20  and  4-21  process  data  on  health  insurance.    The  first  module 
is  concerned  with  Medicare  information.    The  second  module  is  concerned 
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with  other  forms  of  health  insurance,  for  example,  the  health  insurance 
of  an  employed  member  of  the  family. 

Module  2.  226.1  in  Figure  4-22  is  concerned  with  medical  expenses 
for  different  members  of  the  client's  family.    When  the  data  are  being 
entered  into  the  system,  there  will  be  at  least  one  screen  for  each  member 
of  the  family  for  which  medical  expenses  have  been  incurred.    The  number 
".1"  associated  with  Section  13  in  Figure  4-22  indicates  additional  screens. 
The  information  includes  not  only  the  cost  and  date  of  the  individual  ser- 
vices but  also  the  amount  paid  to  date.    Modules  2.  227  and  2.  228,  Figures 
4-23  and  4-24,  process  income  information.    The  first  module  is  concerned 
with  data  about  incomes  derived  from  SSI,  SSA,  or  alimony.    The  second 
module  is  concerned  with  other  areas  of  general  income.    Modules  2.  229 
and  2.  22A  through  2.  22F,  which  are  described  in  Figures  4-25  through  4-31, 
respectively,  process  employment  information.    The  first  module  processes 
the  name  and  address  of  the  employers  for  appropriate  members  of  the 
family.    The  second  module  processes  income  information.    The  third 
module  processes  other  types  of  income  information  such  as  WIN  income  or 
self-employment  income.    The  fourth  and  fifth  modules  process  data  associ- 
ated with  employment  expenses  for  the  various  members  of  the  family  who 
are  employed.    Included  are  transportation  costs  and  lunch  costs.  Module 
2.  22E  processes  data  relative  to  mandatory  deductions  from  the  different 
paychecks  and  the  last  module  processes  other  miscellaneous  employment 
info  rmation. 

Modules  2.22Gand  2.  22H,  Figures  4-32  and  4-33,  process  informa- 
tion relative  to  the  assets  that  various  members  of  a  family  may  have.  This 
includes  checking  accounts,  savings  accounts,  and  credit  union  account 
information.    Module  2.221,  Figure  4-34,  is  concerned  with  information 
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about  motor  vehicles  that  members  of  the  family  may  own.    When  the 
information  is  input,  there  is  one  screen  of  information  per  vehicle.  Mod- 
ules 2.22J.1  and  2.  22K.1,  Figures  4-35  and  4-36,  process  information 
about  absent  parents. 

Modules  2.  22L  and  22.  M,  Figures  4-37  and  4-38,  process  informa- 
tion about  household  expenses.    Included  in  this  set  of  data  is  information 
on  rents  or  mortgage  payments,  taxes,  and  various  utilities.   Module  2.  22N, 
Figure  4-39,  processes  information  on  a  number  of  miscellaneous  exception 
questions.    This  concerns  data  on  assets,  alimony,  educational,  and 
funeral  expenses.    Module  2.220,  Figure  4-40  processes  data  on  questions 
of  exclusion. 

Module  2.  22P,  Figure  4-41,  processes  data  on  pregnant  females 
within  the  family.    Module  2.  22Q,  Figure  4-42,  processes  data  on  special 
income.    Included  in  this  is  income  derived  from  a  charitable  source, 
friends,  or  a  scholarship.    Module  2.22R.  1,  Figure  4-43,  processes  infor- 
mation on  life  insurance  for  different  members  of  the  family.    The  existence 
of  a  possible  cash  value  of  a  policy  is  the  major  item  under  question. 
Module  2.  22S.  1,  Figure  4-44,  processes  data  on  income  property  that  might 
be  owned  by  one  or  more  of  the  family  members.    Module  2.  22T,  Figure 
4-45,  is  concerned  with  assets  such  as  stocks  and  bonds.    Module  2.  22U, 
Figure  4-46,  is  concerned  with  expenses  that  are  primarily  of  payments 
ordered  by  a  court. 

Module  2.22V,  Figure  4-47,  is  concerned  with  WIN  registration  for 
any  appropriate  member  of  the  family.    Module  2.  22W,  Figure  4-48,  pro- 
cesses data  regarding  room  and  board  expenses  and  educational  expenses. 
Module  2.  22X,  Figure  4-49,  is  concerned  with  exempt  incomes  such  as 
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funeral  expense  payments,  disaster  expense  payments,  and  household 
keeper  expenses.    Module  2.22Y,  Figure  4-50,  is  concerned  with 
administrative  data. 

The  last  subfunction  under  the  application  function  is  concerned 
with  various  administrative  and  editing  steps.    Module  2.231,  Figure  4-51, 
determines  what  required  data  elements  have  not  yet  been  entered.  Based 
upon  the  selection  of  welfare  programs  done  in  preapplication  and  an  eli- 
gibility determination  review,  the  ICED  system  can  indicate  to  the 
eligibility  worker  missing  data  elements.    Module  2.232,  Figure  4-52, 
processes  commentary  information  that  the  eligibility  worker  mav  wish  to 
add  to  the  case  record.    Module  2.  233,  Figure  4-53,  gives  diagnostic 
status  information  on  edit  checks  performed  during  the  intake  process. 
Module  2.  234,  Figure  4-54,  sets  the  schedule  for  the  client.    This  module 
is  identical  to  module  1.  12.    The  last  module,  2.  235,  Figure  4-55,  is  used 
to  assist  the  eligibility  worker  in  identifying  the  correct  display  frame  for 
data  entry.    This  module  is  only  needed  for  the  interactive  interview  mode 
of  operation. 

4.  3        CASE  RENEWAL 

The  major  purpose  of  the  case  renewal  function  is  to  obtain  all 
relevant  information  about  a  client  in  order  to  complete  an  application  for 
the  renewal  of  welfare  aid.    By  the  very  nature  of  the  term,  case  renewal 
implies  that  the  client  is  already  known  to  the  system  and  has  been  receiving 
some  form  of  welfare  aid  in  the  past.    From  the  point  of  view  of  the  types 
of  data  about  the  client  that  must  be  processed,  the  case  renewal  function 
must  be  able  to  handle  any  data  element  that  could  be  handled  in  the 
application  function.    In  the  version  of  the  ICED  system  where  the  operating 
mode  is  post-interview,  on-line,  it  is  assumed  that  the  eligibility  worker 
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has  a  copy  of  the  current  turnaround  document.    The  ICED  system  design 
supports  different  operational  procedures  with  respect  to  case  renewal.  One 
mode  would  be  for  the  client  to  complete  a  general  application  form  (part  1 
and  part  2).    This  form  would  then  be  reviewed  by  the  eligibility  worker  and 
processed  in  a  manner  identical  to  the  processing  done  in  the  application 
function,  the  difference  being  that  the  system  would  be  informed  that  this  is 
a  case  renewal  as  opposed  to  a  new  application.    Another  mode  would  be  for 
the  eligibility  worker  to  interview  the  client  and  make  changes  to  the  turn- 
around document  during  that  interview.    This  updated  turnaround  document 
would  then  be  used  to  generate  the  data  for  the  case  renewal.    In  either 
situation,  the  client's  signature  would  be  required  to  attest  to  the  fact  that 
he  or  she  desires  to  formally  apply  for  assistance  and  understands  the 
penalties  for  providing  false  information. 

In  any  mode  of  operation  of  case  renewal  there  are  five  subfunctions : 
(1)  case  renewal  initiation,  (2)  previous  case  review,  (3)  case  renewal  intake, 
(4)  case  renewal  completion,  and  (5)  case  renewal  activation. 

The  first  subfunction,  case  renewal  initiation,  is  performed  by- 
module  2.311,  Figure  4-56.    This  module  is  identical  to  module  1.  11  and 
identifies  for  the  eligibility  worker  the  scheduled  case  renewals.    The  second 
subfunction,  previous  case  review,  is  performed  by  modules  2.  321  through 
2.  323  which  are  described  in  Figures  4-57  through  4-59.    These  modules 
are  identical  to  modules  1.21  through  1.23  previously  described  in  Figures 
3-3  through  3-5.    They  allow  the  eligibility  worker  to  search  the  client 
information  file  by  case  number,  client  name,  or  social  security  number, 
respectively.    Using  the  command  "RT  CHF"  and  appropriate  client  identi- 
fication, the  eligibility  worker  can  retrieve  the  client's  record  from  the 
client  history  file  either  in  terms  of  a  turnaround  document  or  a  display  at 
a  terminal. 
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The  third  subfunction,  case  renewal  intake,  is  supported  by  modules 
2.  331  through  2.  33Y  as  described  in  Figure  4-60.    These  modules  are 
identical  to  modules  2.221  through  2.  22Y  which  were  previously  described 
in  Figures  4-16  through  4-50.    The  information  on  the  general  application 
(or  turnaround  document)  is  processed  by  the  ICED  system  by  those  mod- 
ules.   The  order  in  which  information  may  be  presented  to  the  ICED  system 
is  determined  by  the  eligibility  worker.    The  information  for  a  case  renewal 
may  be  presented  to  the  ICED   system  at  one  time,  or  it  may  be  presented 
in  several  increments.    Later  increments  may  contain  corrections  to  the 
original  data  submitted  for  case  renewal.    The  next  subfunction,  case 
renewal  completion,  is  performed  by  modules  2.  341  through  2.  345  as 
described  in  Figures  4-61  through  4-65.    These  modules  are  identical  to 
modules  2.231  through  2.  235  of  the  intake  function.    They  support  the  eli- 
gibility worker  in  several  ways,  namely:   in  the  determination  of  data  not 
yet  entered  but  required  before  an  eligibility  determination  can  be  com- 
pleted, in  the  identification  of  commentary  information,  in  the  obtaining  of 
editing  diagnostics,  and  in  the  setting  of  schedules  for  the  next  ICED 
function  to  be  completed. 

In  the  case  renewal  function,  one  or  both  of  two  activities  may  be 
accomplished.    The  first  activity  is  to  handle  program  and  case  transfers; 
the  second  is  to  determine  if  a  previous  case  should  be  restored  to  active 
status  or  a  new  case  should  be  initiated. 

Program  transfers  consist  of  two  types:    intraprogram  transfers  and 
interprogram  transfers.    Intraprogram  transfers  are  changes  from  one 
part  of  the  same  program  to  another  (e.  g.  ,  from  AFDC  due  to  deprivation 
to  AFDC  due  to  unemployed  father  status).    Interprogram  transfers  are 
changes  from  one  program  to  another  program  (e.  g.  ,  from  medically  needy 
status  to  AFDC  cash  grant  status). 
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A  case  transfer  is  defined  as  a  change  of  case  from  one  office  or 
jurisdiction  to  another.    Both  program  and  case  changes  are  identified  by 
module  2.351,  Figure  4-66. 

Module  2.  351,  Figure  4-66,  is  also  used  to  identify  restoration  of  a 
case  where  there  is  no  need  for  reapplication.    The  eligibility  worker  in  the 
case  renewal  function  must  make  the  decision  whether  to  restore  a  case 
(e.  g.  ,  when  a  case  has  been  terminated  in  error)  or  initiate  a  reapplication 
(e.  g.  ,  when  a  previous  case  has  remained  inactive  for  a  sufficiently  long 
period  of  time).    In  effect,  the  first  action  requires  little  more  than  a 
retrieval  of  the  case  from  the  client  history  file  and  its  insertion  into  the 
client  information  file  and  the  client  eligibility  file.    Reapplication  requires 
the  completion  of  a  new  application.    However,  completion  of  the  new  appli- 
cation can  be  considerably  facilitated  by  retrieving  a  copy  of  the  old  case 
and  then  performing  intake  on  those  data  elements  which  have  changed. 

4.4        CASE  MAINTENANCE 

The  major  function  of  case  maintenance  is  to  support  the  intake  of 
data  associated  with  ongoing  maintenance  of  a  client's  case.    The  system 
must  be  able  to  operate  on  data  that  is  mailed  to  the  local  office,  phoned  in, 
or  obtained  by  an  interview  of  the  client  by  the  eligibility  worker.  Hence, 
the  requirements  to  handle  data  elements  are  identical  to  those  in  the  appli- 
cation function.    There  are  two  subfunctions  under  case  maintenance:    (1)  case 
maintenance  intake  and  (2)  case  maintenance  completion.    The  modules  sup- 
porting case  maintenance  intake  are  2.421  through  2.  42Y  which  are  discussed 
in  Figure  4-67.    These  modules  are  identical  to  modules  2.  221  through  2.  22Y. 
They  support  the  processing  of  data  for  a  client  using  either  a  computer- 
generated  client  information  reporting  document  such  as  the  client  monthly 
reporting  form  or  direct  submission  through  a  terminal.    The  second 
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subfunction,  case  maintenance  completion,  is  supported  by  modules  2.431 
through  2.435,  Figures  4-68  through  4-72.    These  modules  are  identical  to 
modules  2.  231  through  2.  235  which  were  shown  previously  in  Figures  4-51 
through  4-55. 

* 

4.  5  REFERRAL 

The  function  of  the  referral  process  is  to  provide  clerical  support 
to  the  case  worker  in  the  preparation,  submission,  and  recording  of  refer- 
rals made  in  regard  to  a  client's  case.    The  referral  function  has  three 
subfunctions :   initiation,  processing,  and  completion.    As  with  the  other 
subfunctions  of  the  intake  subsystem,  the  first  subfunction  is  to  identify 
scheduled  cases  for  referral.    This  is  done  by  module  2.  511,  Figure  4-73, 
which  is  identical  to  module  1.  11.    Referral  processing  is  done  by  two 
modules,  2.521,  Figure  4-74,  and  2.  522,  Figure  4-75.    The  first  module 
gives  status  information  on  referrals  that  should  be  made  regarding  the 
client's  case  and  that  have  not  yet  been  released.    The  second  module  allows 
the  eligibility  worker  to  create  any  special  type  of  referral  notice  (or  any 
type  of  correspondence)  that  might  be  needed  for  ad  hoc  purposes.    The  sys- 
tem will  contain  an  automatic  means  for  generating  standard  referrals  to  be 
sent  to  law  enforcement,  social  services,  WIN  registration,  and  other 
appropriate  agencies. 

The  last  subfunction,  referral  completion,  is  performed  by  two 
modules,  2.  531  and  2.  532,  Figures  4-76  and  4-77.    Module  2.531  gives 
editing  and  diagnostic  status  and  is  identical  to  module  2.  127.    Module  2.532 
supports  the  scheduling  of  the  next  step  in  the  processing  of  the  client's  case 
and  is  identical  to  module  1.  12. 

4.  6  VERIFICATION 

Before  the  systems  design  in  this  area  can  be  completed,  it  is 
necessary  to  establish  the  method  to  be  used  for  recording  the  fact  that  a 
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particular  statement  on  the  application  form  has  been  verified.  For 
example,  a  separate  hard-copy  file  containing  nonmachine-sensible  data 
would  normally  be  kept.    In  this  file  would  be  placed  copies  of  birth  cer- 
tificates and  other  documents  that  verify  statements  on  the  application 
form.    An  alternate  method  would  be  to  record  on  the  application  form 
that  a  birth  certificate  had  been  seen  by  a  particular  eligibility  worker  on 
a  specific  date.    In  this  instance,  the  date  of  verification,  the  mode  of 
verification,  and  the  person  performing  the  verification  would  be  captured 
and  recorded  in  the  ICED  system.    However,  the  actual  document  would 
be  returned  to  the  applicant,  and  a  copy  would  not  be  made. 

A  decision  that  must  be  made  with  respect  to  operational  procedures 
is  the  decision  whether  or  not  to  enter  data  into  the  ICED  system  before  it 
has  been  verified.    If  only  verified  data  is  entered,  the  amount  of  data  and 
the  number  of  changes  to  that  data  is  decreased.    However,  until  the  data 
are  entered  into  the  system,  the  eligibility  worker  cannot  take  advantage  of 
the  automated  procedures  that  perform  eligibility  determination  and  grant 
computations.    For  the  interactive  interview  mode  of  operation,  it  is 
essential  that  data  be  entered  into  the  system  immediately  upon  its  receipt 
from  the  client  whether  or  not  it  is  verified  at  that  time.    That  mode  of 
operation  can  be  used  to  reduce  the  clerical  tasks  of  the  eligibility  worker 
by  placing  all  relevant  data  on  a  particular  client  into  one  or  more  files  in 
the  system.    If  this  is  done,  then  the  only  document  that  the  eligibility 
worker  requires  to  monitor  the  eligibility  status  of  a  particular  client  is  the 
current  copy  of  the  turnaround  document  which  contains  all  the  current 
information  from  the  application  form. 

The  verification  function  of  the  intake  subsystem  is  divided  into 
three  subfunctions :    initiation,  processing,  and  completion.    Initiation  is 


4-89 


performed  by  module  2.  611  which  is  discussed  in  Figure  4-78  and  which  is 
identical  to  module  1.  11.    It  allows  the  eligibility  worker  to  identify  those 
cases  scheduled  for  verification.    Verification  processing  is  accomplished 
by  one  module,  2.  621  which  is  shown  in  Figure  4-79.    This  module,  when 
commanded  by  the  eligibility  worker,  indicates  what  required  verifications 
have  not  been  made.    In  the  post-interview  mode  of  operation,  this  informa- 
tion will  be  presented  on  the  turnaround  document.    As  the  eligibility  worker 
views  the  required  documents  and  hence  completes  the  individual  verifica- 
tions, such  facts  are  entered  into  the  ICED  system. 

The  third  subfunction,  verification  completion,  is  supported  by 
modules  2.631,  Figure  4-80,  and  2.  632,  Figure  4-81.    These  are  identical 
to  modules  2.  127  and  1.  12,  respectively.    These  modules  are  designed  to 
supply  editing  diagnostic  information  and  to  allow  the  eligibility  worker  to 
schedule  the  client's  case  for  the  next  step  in  the  data  processing  activity. 
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5.    EVALUATION  SUBSYSTEM 


The  Evaluation  subsystem  is  comprised  of  three  functions: 
eligibility  determination,  determination  review,  and  disposition.    The  pro- 
cess flowchart  for  these  functions  is  given  in  Figure  5-1.    The  purpose  of 
this  subsystem  is  to  perform  an  evaluation  of  a  client's  case  with  respect 
to  eligibility  and  grant  determination.    After  such  an  evaluation  has  been 
performed,  the  results  of  the  evaluation  must  be  formatted  for  review  by 
the  eligibility  worker  and  client.    This  is  done  by  the  determination  review 
function.    The  disposition  function  is  used  to  initiate  the  actions  to  be  per- 
formed on  the  case  following  the  determination.    The  Evaluation  subsystem's 
functions,  subfunctions,  and  modules  are  labelled  as  shown  in  Figure  5-2. 

This  subsystem  can  operate  off-line  or  on-line  (interactively) 
depending  upon  the  mode  of  system  operation.    In  the  case  of  an  interactive 
interview,  this  subsystem  may  be  exercised  by  the  eligibility  worker  upon 
command.    If  the  client  has  a  partially  completed  application,  the  eligibility 
worker  may  elect  to  begin  the  interview  by  exercising  the  determination 
review  function  to  determine  the  status  of  the  case.    In  the  case  of  a  post- 
interview  mode  of  operation,  the  evaluation  subsystem  would  be  exercised 
on-line,  while  in  the  batch  system,  it  would  be  done  off-line.    In  both  of  the 
last  two  instances  it  would  be  done  as  a  normal  part  of  the  processing. 

Normally,  there  would  automatically  be  an  eligibility  determination 
and  determination  review  for  each  case  being  evaluated.    The  results  of 
these  two  functions  would  be  presented  as  a  portion  of  the  revised  turn- 
around document  for  that  case. 
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Figure  5-2.    Evaluation  Subsystem  Function,  Subfunction 
and  Module  Identifiers 
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5.  1        ELIGIBILITY  DETERMINATION 

Eligibility  determination  has  two  subfunctions:    case  scheduling  and 
eligibility  computation.    The  first  subfunction  is  supported  by  module  3.  11, 
Figure  5-3.    This  module  is  identical  to  module  1.  11  and  its  purpose  is  to 
identify  cases  that  are  scheduled  for  evaluation.    The  second  subfunction, 
eligibility  computation,  performs  the  eligibility  determination  and  grant 
computation.    The  data  used  in  this  effort  is  the  current  set  of  information 
contained  in  the  client's  information  file.    The  data  may  be  complete  or 
incomplete,  may  be  sufficient  to  perform  an  eligibility  determination  on 
just  one  particular  welfare  program    or  for  all  available  welfare  programs. 
The  system  will  perform  the  evaluation  for  all  welfare  programs  unless 
otherwise  instructed.     At  the  direction  of  the  eligibility  worker,  particular 
welfare  programs  may  be  selected. 

There  are  22  modules  that  support  the  subfunction  of  eligibility 
computation.    These  modules  are  numbered  module  3.  121  through  3.  12M 
and  are  shown  in  Figures  5-4  through  5-25.     The  first  21  modules  examine 
the  data  in  the  client's  file  to  determine  whether  or  not  the  client  meets  the 
requirements  in  those  21  categories.    The  22nd  module  performs  the  grant 
computation  for  the  client's  case  under  the  assumption  that  the  client  is 
indeed  eligible.    In  the  case  where  the  category  is  not  relevant  to  the  par- 
ticular set  of  selected  welfare  programs,  the  criteria  are  not  applied. 

5.  2        DETERMINATION  REVIEW 

Once  an  eligibility  determination  has  been  made  the  next  function, 
determination  review,  summarizes  the  findings  of  the  automated  processing 
for  presentation  to  the  eligibility  worker  and  client.    There  are  four  sub- 
functions  for  this  function.    They  are  case  eligibility  status,  disqualification 
factors  by  individual  welfare  program,  financial  eligibility  summary  by 
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individual  welfare  program,  and  set  schedule  for  the  client's  case.  The 
first  subfunction  is  supported  by  module  3.21,  Figure  5-26,  case  eligibility 
status.    This  module  summarizes  the  findings  of  the  eligibility  determina- 
tion process  by  individual  family  member  and  by  welfare  program. 

The  next  subfunction,  disqualification  factors  by  individual  welfare 
program,  is  supported  by  five  modules  - -modules  3.22  through  3.26,  shown 
in  Figures  5-27  through  5-31.    These  modules  give  the  reasons,  if  any,  for 
denial  of  eligibility  for  each  member  of  the  family  for  the  welfare  programs 
SSI,  AFDC,  MA,  FS,  and  SS,  respectively. 

The  next  subfunction,  financial  eligibility  summary  by  welfare  pro- 
gram is  performed  by  modules  3.27  through  3.  2B,  Figures  5-32  through 
5-36.    For  each  member  of  the  client's  family,  or  where  appropriate  the 
family  unit,  the  financial  information  is  presented  for  SSI,  AFDC,  MA,  FS,  ^ 
and  SS,  respectively.    If  the  client  or  members  of  the  client's  family  are  not 
eligible  for  a  particular  program,  no  financial  eligibility  summary  informa- 
tion will  be  generated.    The  final  subfunction  of  the  determination  review 
function  is  performed  by  module  3.  2C,  Figure  5-37.    This  module  is  identi- 
cal to  module  1.  12  and  supports  the  efforts  of  the  eligibility  worker  in 
scheduling  the  next  activity  for  the  client's  case. 

5.  3  DISPOSITION 

The  disposition  function  is  supported  by  three  subfunctions.  They 
are  case  schedule,  disposition  action,  and  set  schedule.    Module  3.31, 
Figure  5-38,  performs  the  identification  of  scheduled  cases  that  are  ready 
for  disposition.    It  is  identical  to  module  1.11.    Module  3.32,  Figure  5-39, 
identifies  the  actions  to  be  taken  following  the  determination  decision  and  is 
used  to  initiate  the  disposition  of  the  client's  case.    The  case  may  be  deemed 
eligible,  may  be  directed  for  supervisory  review  or  any  number  of  other  ^ 

c    ->  o 


'> 

0» 
Oi 

c 
.2 

(TJ 
C 

E 

U 

0) 
+-> 

<u 
Q 

Z 

u  g 
z  s 
□  5 

IL,  Z 


•(-> 

to 
>> 

■M 

UJ 


jQ 

'3d 

•«-> 
c 


UJ*£ 

Odd 
S  z  cu 


00 

UJ 
H 

UJ 

to 

< 

< 

< 
Q 
>> 

UJ 


< 

g 

i 


< 

g 

ci  p- 
a. 


ID 


a 


a 


a 


a 


< 

< 

g 

1 

S 

i 

to 

tO 

bu 

on 

<u  o  a; 

'Si  HH  — ' 

U  £  k 


5-29 


> 

oS 

c 

o 

fj 
rd 
C 


Q 


Z 

2os 

H  uj 
U  & 

D  3 
u,  Z 


c 
m 

"O 

CO 

to 


u  ^ 
CO 
U_ 

c 

o 


03 

cr 

10 


G 


tO  • 
CO  fO 


Q  S  S 

Odd 
S  z  q- 


CO 
LiJ 

H 

UJ 
CO 

< 

< 
< 

a 


o 

o 

a 

a 

O 

UJ 

UJ 

13 

u 

a 

a 

< 

< 

Q 

Z 

< 

o 

LU 

< 

CO 

-J 

< 

Q 

< 

< 

tfl 

co 

U- 

i 

u 

Q 

F— - 

o 

1 

> 

i 

H— I 

{- 

y 

O 

1 

(J 

o 

CO 

Q 

< 

a 

. — 1 

■_ i 

z 

U-. 

0 

< 

Q 

1 

1 

as 

CD 

i 

1— 1 

1 — 1 

a, 

i— ■ 

CO 

CO 

i 

a 

CO 

CO 

CO 

CO 

a 

0 

< 

1 — 1 

CO 

1 

i 

< 

LL, 

_j 

a 

1 

ac 

OS 

< 

< 

Z 

< 

UJ 

i 

QS 

a 

a, 

< 

< 

i 

Q 

i 

oi 

Cu 

_ , 

,  , 

Q 

UJ 

< 

i 

OS 

OS 

os 

i 

< 

OS 

Q 
i 

os 

0- 

5 

D- 

Cu 

a 

Q 
i 

< 

z 

a, 

h— ( 

5 

cu 

u- 

OS 

a, 

CO 

5 

0- 

X 

CO 

_) 

0- 

u 

u 

CM 


5-30 


> 
0) 

c 

o 

c 


Z 

UJ 

U  g 
Z  2 
D  3 
u,  Z 


(ti 
cr 

5 
u 

< 


c 

U 
Q 

< 


'  ^  O 


o 


a, 


3 
Q. 


UJ 
UJ 

(/■> 
< 

CD 

< 
< 

G 

>• 

UJ 


a 


UJ 


UJ 


a 


LP 


H 

U 
< 

i 

8 


< 
< 

a 
i 

a 

x 

u 


8 

a, 
Q 


UJ 


-j 


< 

< 
Q 
i 

E 
< 


a 


UJ  %  v 


5-31 


0) 

'> 
<u 
Qj 

c 

o 

■»-> 
(TJ 

c 

E 

0) 

O  CM 

z 

u  £ 
z  £ 

D  3 
U,  Z 


'5 
(U 

< 

o 


cr 


a 


o 


UJ  £  $ 
2  Qu 

Z  Cu 


Q. 

z 


on 

UJ 

UJ 
on 
< 
CO 

< 

< 
Q 

>- 

UJ 


a 

a 

O 

u 

UJ 

a 

a 

O 

< 

Q 

i 

< 

O 

t— « 

< 

< 

Q 

i 

o 

< 

o 

— 

1 

i — i 

1 

u 

on 

< 

2 

< 

CO 
»— « 

<y 

o 

1 

i 

1 

Cu 
i 

O 

to 

Q 

< 

►— 1 

i 

• 

< 

Q 

1 

% 

< 

< 

UJ 

i 

CL, 

< 

< 

i 

< 

Q 

1 

a. 

' — 1 

Q 
i 

UJ 

i 

CL 

-1 

< 

< 

cd 

CL 

1— — < 

X 

Q 

a 

3 

Q 

a 

► — i 

a, 

UU 

U-i 

n 

5 

a, 

5 

CL 

-3- 
(Nl 

c- 

a 


c 
o 

"-M 

a  E 
<u  o 


U  £  LL, 


5-32 


CD 

> 
CD 

c 

o 

c 


cy 

a 


z 
o 


UJ 

L) 00 
z  2 

uu  Z 


c 
(t) 
"a 


£  o 

U  ^ 


UU  ^ 

£££ 
dj  n 

D  CD  ^ 

Odd 


(- 

Q. 
Z 


s 

UJ 
UJ 

< 

CO 

< 

< 

a 


a 


a 


a 


UJ 


to 


UJ 


UJ  H 

§>§ 

-J  'S) 
UJ  Li. 


5-33 


QJ 
> 

06 

c 

o 

c 


a  (n 
z 

H  UJ 
U  & 

u,  z 


c 

to 


~  E 


X) 


Q  vJ5 
tO  CO 


UJ  OS 
-J  UJ 

O  ^ 
£  Z 


UJ 
tO 

O 

Du 
OS 
D 

o* 


CL 

z 


on 

UJ 
H 

MM 

UJ 

to 

< 

CO 

< 

< 

a 
>- 

UJ 


a 


f  1 

tj 

t  1 

tj 

r  i  1 
UU 

r  i  \ 

tj 

u 

U 

< 

S 

i 

ON 

1/ ) 

t— i 

t  . 

r-1 

to 

u 

s 

U-I 

Be 

■v. 
~ ' 

(—1 

r  . 
r~ 

1 

1—1 

t  . 
r- 

kJ 

J. 

y 

1 

. — 1 

-i 

to 

<. 

< 

ft 

Uh 

Oh 

JU 

3 

1 

1 

Uh 

to 

uo 

to 

to 

to 

CO 

lJ 

<. 

to 

1 

1 

< 

t 

t™ 

>—* 

5 

1 

IX 

Oh 

< 

<- 

r.  1 

!XJ 

i 

OS 

Qh 

Oh 

< 

< 

1 

< 

Q 

OS 

Dh 

a 

UJ 

i 

06 

Oh 

5 

i 

< 

< 

Oh 

Oh 

I— 1 

i— i 

i— i 

Oh 

Oh 

i-J 

i 

Uh 

5 

Oh 

»— < 

to 

Oh 

3 

on 

a 

5 

CM 
CO 


c 


5-34 


flj 
> 
0) 
OS 

c 
o 

•►J 

to 
c 


Z 

t—  "J 
U  eg 
Z  2 

a,  z 


£ 
E 


5b 


^5  00 


u 
c 

c 


ill  OS 

-J  UJ 

O  D 

S  Z 


in 
to 

"> 

0) 
1_ 

o 
H 

UJ 

GO 

O 

CL 
0S 

D 

CL 


z 


on 

UJ 
H 

UJ 

go 
< 

< 
< 

UJ 


cm 


c 
o 

'+-• 

(0 
£ 


U  £  uu 


5-35 


<L> 
> 

c 
o 

c 


Q 
Z 

o 


ro 


LU 

z  s 

uu  Z 


.n 

'5b 

^  60 

uj  0 
a 
< 

"> 
o 

O  D 

s  z 


u 
c 
a) 
c 

U 

Q  oo 

(JU  <N 
<  co 


D 
a, 


UJ 
UJ 

< 

< 
< 

a 

UJ 


a 


a 


a 


< 
3 


< 

g 

i 


oo 
on 

O 


c 
o 

c.  i_ 

<L>  O  0) 

iz;  «n  — 1 

u  £  £ 


oo 
u 


0 

O 


CO 
CO 

I 

in 

U 

•i-i 


£ 


5-36 


> 

OS 

c 
o 

C 

'E 
i~ 
<u 
+-> 

a 

z 

o 


UJ 

tu  Z 


E 
£ 

3 


"3) 
3 

u 
c 

c 

< ' 


r«-\ 


00 

> 
i- 

o 

H 

*  * 

UJ 


5  £  cl 

O  D  3 
52a 


Z 


1/3 
UJ 

UJ 

to 

< 

< 
< 

> 

UJ 


ON 
Csl 

a 


c 

o 

'+-• 

c  E 
<L>  O  O 
<+-<  — 1 

u  £  £ 


U 


•v 
o 


in 

DO 


5-37 


> 

OS 

c 

o 

C 


Z 

o 


(NJ 


U  & 

z  s 

Uu  Z 


td 
E 
£ 


■2 


UJ 

u 

c 
c 

IJU 


< 


> 
u 
O 


3*8 

J  UJ  O 
D  CD  £ 

odd 

"  Z  CU 


00 
UJ 

H 

UJ 

< 

< 
< 

uJ 


a 


a 


a 


c 

o 

<V  O 


E 

Q  "J 

UJ  to  J^ 


u  £  u. 


5-38 


> 

c 

o 

c 


2 
O 
P 


a! 

ULl 

u  g 
z  s 

DU  Z 


J3 
'ah 


:3  qo 


UJ 


u 
c 

c 

«/>** 


•  »    •  • 

UJ  cd 
—J  uj 
D  cQ 

O  D 
Z 


CO 

a; 
"> 

0) 

o 
s— 

•  • 

UJ 

LO 

O 
a: 

D 


a 


UJ 
UJ 

to 

< 

CO 
< 

< 

a 
>■ 

UJ 


a 


< 

S 

i 

to 

o 

< 

-> 

UJ 

g 

i 

i 

UO 

oo 

CD 

(VI 

{- 

a 


E 

uj  £  i> 


5-39 


> 

c 
o 

c 


O  (N 

Z 

H  UJ 

u  5 

Z  5 

D  2 

U.  Z 


U 


c 
O 

u 
c 

H-l 

Q 

UJ 

U 


^  £  K 

o  3 
s  z 


as 


c 

e 

CD 
00 

c 


o 


J  J 


uj  j  a 


a 


a  j  u 


a 


(j 

CM 


5-40 


5-41 


z  ' 

S-os 

U  0:1 

z  s 
n.  z 


CM 


5  rn 


> 
+-> 

u 

nj 
<V 
"O 

o 

<u 

+-> 
rd 
> 

o 

(0 

o 


£  O 


a 
z 


c 

-o  o 

S3 

u  -a 
Di  <  tu 


in 
H 

UJ 

to 

< 
< 

< 
Q 

> 

UJ 


UJ 


a 


a 


on 


a 


on 


UJ 


UJ 


UJ 


a 


on 


UJ 


UJ 


UJ 


CM 
oo 

O 


c 

to. 
E 
o 


rO 
m 
u 

J3 


O 


O 

CO 

I 

in 

<u 
u 

bo 
•i-i 


E 

UJ  S  V 


5-42 


actions  that  are  appropriate  for  the  particular  operating  environment  of  a 
State.    Module  3.  33,  Figure  5-40,  allows  the  eligibility  worker  to  set  the 
schedule  for  the  next  step  in  the  processing  of  the  client's  case.    It  is 
identical  to  module  1.  12. 
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6.    SUPPORT  PROCESSING  SUBSYSTEM 


The  support  processing  subsystem,  in  general,  operates  in  an  off- 
line mode  to  accomplish  all  of  its  functions.    At  the  general  systems  design 
level,  the  processing  structure  can  be  broken  down  to  the  subfunction  level. 
The  support  processing  subsystem,  Figure  6-1,  performs  three  functions: 
file  processing,  notification/referral  processing,  and  interface  processing. 

6.  1        FILE  PROCESSING 

The  major  purpose  of  the  file  processing  subsystem  is  to  perform 
the  updating  of  the  various  master  files  and  to  produce  turnaround  documents 
for  appropriate  staff  personnel.    This  function  contains  four  subfunctions. 
They  are  (1)  master  file  updating,  (2)  generation  of  turnaround  documents, 
(3)  generation  of  information  for  the  transaction  register,  and  (4)  generation 
of  fair  hearing  documents.    The  inputs  to  this  function  are  information  on 
the  Client  Information  File,  Client  Reference  File,  Client  History  File, 
Client  Eligibility  File,  and  Management  Support  File.    At  the  end  of  a 
normal  work  period,  and  based  upon  the  information  in  the  above  files  and 
the  Record  Addition  File,  the  five  master  files  containing  client  data  for  the 
individual  programs  will  be  appropriately  updated.    New,  eligible  clients 
will  be  added  to  the  Client  Eligibility  File,  and  clients  no  longer  eligible  will 
be  deleted  from  that  file.    Information  about  a  client  on  the  Client  Information 
File  that  has  been  modified  will  now  be  recorded  on  the  Client  History  File. 

Depending  upon  the  mode  of  system  operation,  turnaround  documents 
would  be  generated  each  evening  (batch  mode)  or  on  an  intermittent  basis 
during  the  day  (on-line  interview  or  post-interview  mode).    In  the  latter 
case,  the  system  would  direct  the  printing  of  these  documents  to  the  appro- 
priate local  office.    During  the  course  of  a  day,  several  versions  of  a 
particular  turnaround  document  might  be  generated. 


6-1 


I 


6-2 


Depending  upon  the  requirements  of  a  particular  State,  at  the  end  of 
each  working  period  a  transaction  register  would  be  generated  which  would 
contain  an  audit  trail  of  all  transactions  performed  by  the  system  during 
that  work  period.    This  register  could  be  in  the  form  of  a  hard-copy  report 
or  could  be  recorded  in  some  computer  readable  form  for  possible  future 
processing. 

The  last  subfunction  of  file  processing  is  concerned  with  the  genera- 
tion of  documents  that  would  support  fair  hearing  activities.    This  subfunction 
could  be  performed  either  intermittently  or  at  the  end  of  the  normal  work 
period.    The  length  of  time  required  for  generation  of  such  documents  would 
be  based  upon  local  operational  procedures. 

6.  2        NOTIFICATION /REFERRAL  PROCESSING 

The  notification/referral  processing  function  is  done  in  an  off-line 
mode.    It  contains  seven  subfunctions.    The  information  necessary  to  drive 
these  subfunctions  is  obtained  from  the  Client  Information  File,  the  Client 
Notification  Referral  File,  the  Management  Support  File,  and  the  BENDEX, 
SMIB,  and  SDX  files. 

The  first  subfunction  is  concerned  with  the  interface  between  the 
BENDEX,  SMIB,  and  SDX  files  and  the  ICED  system.    The  second  subfunc- 
tion is  concerned  with  the  actual  generation  of  referral  letters  to  various 
agencies.    The  requirement  and  associated  information  to  generate  such 
referral  letters  would  have  been  initiated  by  an  interaction  between  the  eli- 
gibility worker  and  the  referral  function  of  the  Intake  subsystem.  This 
subfunction  takes  the  information  previously  generated  and  prepares  the 
actual  letter  for  transmittal. 
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The  next  four  subfunctions  are  concerned  with  the  generation  of 
various  notices  that  are  sent  to  the  client.    The  request  and  associated 
information  for  the  generation  of  such  notices  would  have  been  initiated  in 
either  the  Intake  or  the  Evaluation  subsystem.    The  only  exception  to  this 
is  the  generation  of  the  periodic  case  review  forms  that  are  sent  to  the 
client  for  case  maintenance.    This  activity  is  initiated  based  upon  operator 
direction  at  the  central  computer  site.    The  four  subfunctions  are  (1)  case 
review  forms,  (2)  pending  termination  notice,  (3)  termination  notice,  and 
(4)  notification. 

The  last  subfunction  of  the  notification/referral  processing  function 
is  concerned  with  the  generation  of  information  for  the  transaction  or  archive 
register.    As  is  the  case  with  file  processing,  it  is  important  that  an  audit 
trail  be  maintained  of  all  notification  or  referral  activity.    The  form  in 
which  this  information  is  kept  will  be  elected  by  the  individual  State. 

6.  3        INTERFACE  PROCESSING 

Interface  processing  is  done  in  an  off-line  manner  at  the  end  of  each 
working  period.    The  general  function  performed  here  is  to  provide  informa- 
tion for  pay  processing  or  the  generation  of  eligibility  status  information  for 
submittal  to  other  systems  such  as  MMIS.    The  assumption  made  at  the 
general  systems  design  level  is  that  the  ICED  system  does  not  include  the 
subsystem  that  performs  the  actual  accounting  and  generation  of  warrants 
functions.    Hence,  there  must  be  a  system  interface,  which  is  provided  by 
the  interface  processing  function. 

The  interface  processing  function  contains  six  subfunctions.  The 
first  two  subfunctions  provide  an  interface  between  the  ICED  system  and  the 
accounting  system.    These  two  subfunctions  are  the  Aid  to  Families  with 
Dependent  Children  eligibles  and  the  Food  Stamp  eligibles  subfunctions. 


6-4 


The  information  necessary  for  this  processing  is  derived  from  the  Client 
Eligibility  File  and  the  Client  Information  File.    These  two  files  are  also 
necessary  to  support  the  other  four  subfunctions.    The  third  and  fourth 
subfunctions  perform  the  generation  of  information  for  MMIS.    These  two 
subfunctions  are  the  Medicaid  eligibles  and  the  medically  needy  eligibles 
subfunctions.    The  last  two  subfunctions  are  concerned  with  the  generation 
of  information  concerning  Supplemental  Security  Income  eligibles  and  Social 
Service  eligibles. 
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7.    REPORTING  SUBSYSTEM 


The  reporting  subsystem  supports  the  generation  of  hard-copy 
reports  at  the  Federal,  State,  county,  and  local  office  level.    In  any  mode 
of  system  operation,  the  subsystem  operates  in  an  off-line  mode.    At  the 
general  systems  design  level  it  is  not  reasonable  to  break  the  processing 
structure  below  that  of  subfunctions.    This  is  because  the  reporting  struc- 
ture is  highly  dependent  upon  the  individual  State  procedures  and 
requirements.    This  subsystem  flow  diagram  is  shown  in  Figure  7-1. 

There  are,  in  general,  two  types  of  reports  that  are  generated- - 
reports  that  are  generated  on  a  periodic  basis  and  reports  that  are  generated 
on  an  on-demand  basis.    Usually,  on-demand-type  reports  will  be  either  for 
use  at  the  local  office  level  or  will  be  special  reports.    The  initiation  of  the 
generation  of  periodic  type  reports  would  be  done  under  operator  command 
at  the  central  computer  facility  site.    This  would  include  those  reports  that 
are  actually  printed  at  local  welfare  offices  as  well  as  those  printed  at  the 
central  computer  site.    To  avoid  operational  problems,  only  a  restricted 
set  of  staff  identification  numbers  a^nd  physical  terminals  would  be  authorized 
to  initiate  such  activities.    The  restrictions  on  the  ability  to  generate  on- 
demand  reports  would  be  much  less.    Based  upon  State  requirements  and 
operating  procedures,  on-demand  or  special  reports  could  be  generated 
by  any  staff  personnel,  provided  they  had  the  need-to-know  and  the  neces- 
sary access  clearance  to  specific  parts  of  the  data  base. 

There  are  five  functions  within  the  reporting  subsystem.    They  are: 
Federal  reporting,  State  reporting,  county  reporting,  local  office  reporting, 
and  special  reporting.    In  general  these  reports  will  be  generated  based 
upon  the  information  contained  in  the  Client  Information  File,  Client  History 
File,  Client  Eligibility  File,  and  Management  Support  File. 
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There  are  eight  subfunctions  under  Federal  reporting.    The  first 
seven  generate  reports  that  are  directed  to  the  Department  of  Health,  Edu- 
cation and  Welfare.    The  eighth  subfunction  generates  reports  that  are 
directed  to  the  U.S.  Department  of  Agriculture.    These  subfunctions  are: 

•  Grant  Expenditures, 

•  Emergency  Assistance  Statistics, 

•  AFDC/WIN  Grant  Reduction  Statistics, 

•  Amount  of  Payments, 

•  Recipient  Statistics, 

•  Fair  Hearing  Statistics, 

•  Medical  Care  Statistics,  and 

•  Food  Stamp  Statistics. 

The  State  reporting  subfunction  and  the  county  reporting  subfunction 
are  identical  except  for  the  scope  of  reporting.    Each  has  six  subfunctions: 

•  Grant  Expenditures, 

•  Case  Load  Statistics, 

•  Amount  of  Payments, 

•  Recipient  Statistics, 

•  Fair  Hearing  Statistics,  and 

•  State  (county)  Performance  Statistics. 

The  local  office  reporting  function  is  broken  into  eight  subfunctions. 
The  purpose  of  generating  reports  at  this  level  is  to  aid  the  staff  workers  in 
the  performance  of  their  duties  and  to  assist  local  management  in  the 
direction  of  the  staff.    The  eight  subfunctions  are: 
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•  Grant  Expenditures, 

•  Office  Case  Load  Statistics, 

•  Amount  of  Payments, 

•  Recipient  Statistics 

•  Fair  Hearing  Statistics, 

•  Office  Performance 

•  Office  Workload,  and 

•  Individual  Staff  Performance. 

At  the  option  of  local  offices,  these  reports  could  be  available  on  an  on- 
demand  basis  and  if  the  system  operating  mode  makes  extensive  use  of 
terminals,  the  reports  could  be  made  available  for  viewing  at  the  terminal 
and  would  be  printed  only  upon  command.    In  this  way  the  amount  of  paper- 
work generated  could  be  reduced. 

The  fifth  function  is  concerned  with  the  generation  of  special  reports. 
At  the  general  systems  design  level  there  are  six  categories  of  special 
reports  that  can  be  identified.    Such  reports  will  usually  be  done  on  an 
on-demand  or  one  time  basis.    Hence,  it  is  important  that  the  ICED  system 
be  supported  by  a  system  such  as  a  commercial  software  package  that  allows 
such  reports  to  be  rapidly  created  with  minimal  computer  programming 
costs.    The  six  subfunctions  of  the  special  reporting  function  are: 

•  Individual  Case  Activity  Audit, 

•  Individual  Staff  Worker  Audit, 

•  Client  Survey  Statistics, 

•  Special  Welfare  Program  Statistics, 

•  Eligibility  Criteria  Search,  and 

•  Ad  Hoc  Statistics. 


The  total  number  of  reports  that  are  to  be  generated  by  the  ICED 
system  will  depend  on  the  individual  requirements  of  the  particular  State 
that  implements  the  system. 
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8.    SYSTEM  DYNAMICS 


The  material  given  in  this  section  provides  an  overview  of  the 
operational  dynamics  of  the  ICED  system  design. 

8.  1  BACKGROUND 

The  operational  dynamics  of  any  implementation  of  this  general 
systems  design  consists  of  the  operational  procedures  that  a  particular 
State  or  county  wishes  to  follow,  as  well  as  the  logic  inherent  in  the 
detailed  ICED  system  design.    For  the  purposes  of  this  section,  it  is 
assumed  that  the  ICED  system  is  implemented  on  a  medium -to -large  scale, 
general-purpose  computer  system.    The  operating  system  is  assumed  to  be 
an  interrupt-driven,  multitask  system  with  sufficient  capability  to  handle 
the  normal  computational  load  imposed  on  it  by  the  users  of  the  ICED  sys- 
tem.   From  the  vantage  point  of  the  general  systems  design,  it  is  assumed 
that  the  geographical  region  in  which  an  ICED  system  is  implemented  con- 
sists of  one  or  more  field  offices.    Depending  upon  the  client  case  load  at 
each  field  office  and  the  operating  mode  of  the  system  (interactive  interview, 
post-interview  on  line),  two  or  more  terminals  will  be  used  at  each  office. 
(For  those  field  offices  that  are  staffed  by  one  individual  just  a  few  days  a 
week,  one  terminal  would  be  sufficient.    In  this  case,  that  staff  worker 
would  fulfill  the  roles  of  receptionist,  intake  worker,  and  eligibility  worker.  ) 

8.  2        OPERATIONAL  CONSIDERATIONS 

Due  to  the  wide  variety  of  environments  within  which  the  ICED  system 
can  be  expected  to  operate  and  due  to  the  diversity  of  the  tasks  which  the 
system  can  be  expected  to  perform,  it  has  been  designed  from  the  outset  to 
exhibit  a  high  degree  of  versatility.    This  capability  has  been  achieved  by 
the  employment  of  modularity  and  the  incorporation  of  a  dynamic  mode  of 
operation  within  the  design  of  the  system. 


8-1 


In  using  the  term  modularity,  it  is  implied  that  the  system  is,  in 
fact,  a  collection  of  discreet  processes  that  can  be  linked  together  in  vari- 
ous combinations  and  sequences  so  as  to  fit  a  wide  variety  of  requirements, 
(One  such  combination  is  the  ICED  system  description  presented  in  Sections 
2  through  7  above. ) 

Each  ICED  system  process  is  a  particular  collection  of  five  basic 
design  elements:    computer  program  modules,  manual  procedures,  data 
elements,  staff  individuals,  and  equipment  components.    These  basic  units 
can  be  assembled  into  a  process  which  will  fit  any  of  a  large  variety  of 
functional  requirements.    Thus,  a  fit  can  be  made  to  the  requirements  of 
different  State  procedures  or  indeed  different  requirements  within  the  same 
State.    For  example,  consider  the  following  situation.    A  certain  State  has 
outlying  counties  in  which  little  case  activity  is  encountered,  plus  other 
counties  with  a  moderate-to-heavy  volume  of  work,  and  finally,  metropolitan 
centers  that  are  heavily  burdened.    Using  the  same  centralized  computing 
facility,  the  ICED  system  can  meet  all  three  requirements.  Outlying 
counties  would  employ  a  batch  mode  of  operation  in  which  applications  and 
turnaround  documents  are  transported  to  and  from  the  computing  center  via 
mail  service.    Data  could  be  entered  via  communication  terminals  at  those 
sites  supporting  post-interview  data  entry  modes.    Moderate  load  counties 
would  employ  post-interview  data  entry  using  communications  terminals. 
High  volume  offices  would  employ  the  full  interactive  capability  of  the  ICED 
system.    The  flexibility  of  the  system  modularity  lessens  the  impact  of  any 
change  in  processing  requirements  because  it  permits  a  relatively  easy 
regrouping  of  design  elements  into  a  new  system  structure. 

The  second  feature  that  contributes  to  the  flexibility  of  the  ICED 
system  is  its  dynamic  mode  of  operation.    The  system  does  not  comprise  a 
fixed  sequence  of  procedures.    Eligibility  processing  tasks  are  selectable 
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by  the  eligibility  worker  as  particular  circumstances  and  needs  require. 
For  example,  if  a  client  is  temporarily  unable  to  supply  a  particular  group 
of  intake  data,  the  interview  need  not  be  suspended  because  the  system  can 
accept,  in  any  sequence,  data  which  the  applicant  does  have.    Moreover,  an 
eligibility  determination  can  be  made  at  any  time  whether  intake  has  been 
completed  or  not.    Such  a  determination  would  not  (due  to  insufficient  data) 
result  in  eligibility,  but  it  could  result  in  ineligibility  due  to  any  of  the  data 
previously  entered.    Or  again,  erroneous  data  previously  entered  can  at 
any  time  be  easily  corrected  regardless  of  the  current  stage  of  processing. 
In  effect,  processing  can  be  resequenced,  interrupted,  suspended,  resumed, 
and  amended  as  need  requires.    At  the  same  time,  the  entire  process  is 
monitored  so  that  errors  and  omissions  are  precluded.    The  advantages  of 
this  kind  of  flexibility  are  threefold:    ease  of  use,  rapid  processing,  and 
the  ability  to  distribute  workload  so  as  to  relieve  any  backlog. 

The  dynamic  quality  of  the  ICED  system  operation  is  achieved  not 
only  through  modularity  but  through  the  use  of  ICED  system  instructions. 
These  instructions  are  executed  by  the  system  whenever  an  instruction  is 
entered  in  the  INSTRUCTION  field  found  at  the  bottom  of  each  ICED  system 
display  frame.    Each  frame  is  either  an  input  to  or  an  output  from  an  ICED 
system  module.    If  an  instruction  is  keyed  into  the  INSTRUCTION  field  of 
any  frame,  the  frame  information  (when  entered)  becomes  an  input  to  a 
special  ICED  system  instruction  module  that  performs  the  instruction  task. 

At  the  present  time,  15  ICED  system  instructions  have  been  defined. 
These  are  listed  and  interpreted  in  Appendix  A.    Figures  A-l  through  A-15 
define  the  instruction  modules.    The  set  of  instructions  that  are  presented 
at  this  time  are  very  basic,  on-line  terminal  operating  instructions  that  can 
be  implemented  in  a  variety  of  ways.    They  are  included  in  this  document 
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primarily  as  an  example  of  the  type  of  operations  that  can  be  performed 
to  facilitate  the  interactive  mode  of  operation. 

8.  3        IMPLEMENTATION  CONSIDERATIONS 

Because  of  the  high  degree  of  flexibility  in  the  ICED  system,  a 
choice  must  be  made  among  the  large  number  of  options  that  the  system 
provides.    Perhaps  to  best  understand  these  options,  it  may  be  helpful  to 
consider  the  ICED  system  in  an  analagous  sense  as  being  similar  in  many 
respects  to  the  various  functions  employed  in  the  operation  of  a  machine 
shop.    The  ICED  system  can  be  viewed  as  a  collection  of  automated  tools 
that  can  be  used  to  produce  an  end  product  called  processed  cases.    Each  of 
these  tools  has  a  particular  capability.    In  this  case,  these  capabilities  are 
scheduling,  search,  retrieval,  data  entry,  calculation  of  eligibility  equations, 
file  and  record  maintenance,  and  reporting.    In  any  implementation  of  the 
ICED  system,  a  choice  must  be  made  as  to  which  tools  should  be  employed, 
what  size  of  tools  should  be  employed,  and  how  these  tools  should  be  com- 
bined in  an  overall  system  in  order  to  best  meet  the  requirements  of  the 
product  specifications.    In  selecting  an  ICED  system  configuration,  a  wide 
spectrum  of  choice  is  possible.    Within  the  same  State,  county,  or  complex 
of  counties,  the  ICED  system  capabilities  may  be  selectively  distributed. 
A  very  small  office  may  be  limited  to  the  use  of  only  eligibility  calculations; 
a  larger  office  might  elect  most  of  the  ICED  system  capabilities,  but  dis- 
pense with  automatic  scheduling;  and  a  very  busy  metropolitan  center  would 
most  likely  require  the  full  range  of  system  capabilities. 

After  the  selection  of  the  appropriate  ICED  system  capabilities,  a 
second  level  of  decision  is  required  regarding  the  performance  of  the  system. 
In  general,  increased  performance  is  dependent  upon  quantity  and  type  of 
equipment  as  well  as  quantity  and  type  of  manpower.    An  increase  in 
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equipment  units  and  staff  individuals  and  use  of  high  speed  devices  and  more 
experienced  personnel  are  directly  proportional  to  increased  performance. 
One  of  the  major  design  parameters  of  the  ICED  system  is  to  make  it  pos- 
sible to  easily  achieve  a  match  between  performance  and  workload.    As  a 
function  of  resources,  the  ICED  system  can  be  configured  to  provide,  in 
ascending  order,  three  levels  of  performance.    Each  of  these  levels  is 
associated  with  an  operational  mode:   off-line  processing  or  batch  mode, 
on-line  noninteractive  mode,  and  on-line  interactive  mode.    Each  mode 
requires  successively  greater  resources,  but  yields  successively  greater 
performance  per  unit  of  cost.    Moreover,  the  highest  level  system  con- 
figuration will  simultaneously  support  all  three  modes  within  a  single 
multioffice  implementation. 

A  third  class  of  implementation  options  is  to  determine  how  the  ICED 
system  capabilities  should  be  utilized  to  provide  an  overall  welfare  system 
with  an  eligibility  determination  procedure.    In  the  configuration  adopted  in 
Sections  2  through  7,  the  ICED  system  has  been  configured  into  5  sub- 
systems comprising  some  19  functional/subfunctional  units.    This  particular 
organization  represents  only  one  of  many  possible  variations.    The  ICED 
system  modularity  provides  the  capability  to  not  only  expand  or  diminish  the 
scope  of  the  system,  but  to  resequence  the  order  in  which  functions  are 
performed.    For  example,  a  number  of  the  ICED  system  functions,  such  as 
reception,  preapplication,  referral,  and  verification,  may  be  considerably 
reduced  in  scope  and  recombined  with  other  functions.    Intake  can  occur 
during,  after,  or  even  before  an  applicant  interview. 

8.4        SYSTEM  CONTROL  CONSIDERATIONS 

Inherent  in  considerations  of  feasibility  and  successful  operation  of 
automatic  systems  are  the  design  provisions  for  maintaining  operational 
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control  of  the  system.    These  provisions  can  be  categorized  into  the  several 
topics  of  system  direction,  security,  operational  failure,  and  performance 
regulation. 

8.  4.  1    System  Direction 

The  ICED  system  provides  a  wide  range  of  system  tasks  to  the 
eligibility  worker  and  at  the  same  time,  through  the  ICED  system  instruc- 
tion set,  provides  a  means  for  easy  control  of  the  system.  Particular 
attention  has  been  given  to  the  design  of  the  instruction  set  because  it  con- 
stitutes the  main  man/machine  interface  of  the  system.    The  ICED  system 
approach  presumes  that  the  role  of  the  eligibility  worker  is  not  to  facilitate 
machine  processing,  but  rather  the  machine  is  to  facilitate  the  role  of  the 
eligibility  worker.    Ample  evidence  exists  to  demonstrate  that  a  large  num- 
ber of  machine  users  experience  difficulty  in  this  area.    The  ICED  system 
operation  provides  five  major  features  designed  to  alleviate  the  interface 
problem:    it  is  task  selective,  easy  to  use,  operable  in  random  sequence, 
feedback  oriented,  and  self -monitoring.    To  the  eligibility  worker  this  means 
that  the  system  has  a  built-in  tolerance  that  allows  the  worker  to  select  the 
task  to  be  performed  (rather  than  the  reverse).    He  may  select  tasks  using 
the  menu  of  selection  frames  (if  he  so  desires)  or  he  may  directly  retrieve 
any  frame  using  the  GO  TO  instruction.    The  ICED  system  is  easy  to  use 
because  it  employs  a  relatively  small  number  of  instructions  consisting  of 
both  a  simple  instruction  code  and  instruction  argument.    Tasks  may  be 
performed  in  any  order  at  any  time  and  not  in  fixed  sequence. 

The  ICED  system  provides  feedback  to  the  user  in  the  form  of 
intake  edit  diagnostics,  commentary,  omissions,  and  inconsistencies. 
Feedback  may  optionally  be  received  in  the  form  of  prompting  during  data 
entry  or  accumulated  and  displayed  at  the  end  of  the  intake  function. 
Because  of  this  feature,  the  ICED  system  is  virtually  error  free.  Finally, 
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due  to  its  self-monitoring  capacity,  the  ICED  system  relieves  the  eligi- 
bility worker  of  the  mental  burden  of  recalling  case  detail  and  its 
associated  interrelationships. 

8.  4.  2    System  Security 

A  second  element  in  system  control  considerations  involves  the  need 
for  system  security,  which  in  turn  imposes  requirements  on  the  detailed 
system  design  and  on  the  associated  operational  procedures.    The  design  of 
the  system  is  conceived  so  as  to  provide  ready  access  to  any  staff  worker 
that  has  a  need  to  know  or  a  need  to  request  that  the  system  perform  an 
operation  and  to  provide  a  detailed  audit  trail  such  that  any  abuse  of  the 
system  may  be  easily  discovered.    To  achieve  this  the  system  has  been 
designed  to  identify  and  record  the  times  any  individual  user  is  at  a  termi- 
nal or  makes  a  request  of  the  system  by  using  a  password  procedure. 
Further,  each  individual  will  be  authorized  to  perform  only  certain  opera- 
tions against  certain  classes  of  data.    For  example,  an  intake  worker  is 
not  allowed  to  view  or  modify  a  client's  file  for  a  client  not  currently  in  the 
jurisdiction  of  the  local  office.    Another  way  to  impose  a  measure  of 
security  is  to  allow  only  certain  functions  to  be  performed  at  each  particular 
terminal. 

However,  this  level  of  system  security  can  be  broken  if  an  unautho- 
rized user  has  access  to  a  terminal  and  knows  the  appropriate  sign-on 
identification  for  a  staff  worker.    If,  during  the  operation  of  an  ICED  system, 
it  is  found  that  security  of  the  system  is  a  major  problem,  then  sign-on 
identification  can  be  changed  on  a  regular  basis  and  sophisticated  procedures 
should  be  added  to  the  detailed  software  to  ferret  out  unauthorized  users. 
In  addition,  staff  worker  assignments  to  particular  cases  are  noted.  Because 
of  the  security  problem  and  the  data  privacy  problem  of  information  on  the 
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client's  file,  it  is  important  that  the  procedures  implemented  in  the 
detailed  system  design  support  the  capturing  and  maintaining  of  an  adequate 
audit  trail.    This  audit  trail  can  be  used  to  determine  which  staff  workers 
accessed  the  file  or  authorized  modification  of  data  within  the  file. 

8.  4.  3    System  Failure 

A  third  important  element  in  system  control  is  protection  against  the 
impact  of  system  failure.    In  an  unprotected  system,  the  event  of  system 
failure  frequently  results  in  an  ambiguous  set  of  circumstances  in  which  it 
is  virtually  impossible  to  determine  which  portion  of  a  process  was  com- 
pleted before  failure  occurred  and  which  data,  if  any,  were  lost.    The  ICED 
system  is  intrinsically  secure  in  this  situation  because  of  its  modular  struc- 
ture and  because  it  is  designed  from  the  outset  to  permit  suspension  of 
operation  at  any  time.    For  example,  if  during  an  intake  procedure,  a 
number  of  frames  have  been  entered  and  failure  occurs  during  entry  of  the 
next  frame,  no  more  than  the  last  frame  could  be  lost  because  the  system 
stores  each  frame  as  it  is  entered.    Moreover,  the  eligibility  worker  can 
tell  whether  or  not  the  frame  is  lost  simply  by  recalling  the  frame  after 
operation  has  been  restored  and  inspecting  it  for  completeness.    During  the 
disposition  of  a  case,  the  system  is  similarly  protected  because  the  ICED 
system  is  designed  to  respond  positively  that  disposition  was  achieved.  If 
response  is  not  received  due  to  system  failure,  the  case  can  be  redisposed 
upon  restoration  of  operation.    In  the  unlikely  event  that  the  system  is  down 
for  several  hours,  activity  requiring  computer  support  will  have  to  be  sus- 
pended but  the  integrity  of  the  data  will  be  preserved. 

Although  the  risk  of  losing  individual  client  records  during  machine 
operation  is  very  low,  measures  must  be  adopted  to  protect  the  physical 
files  associated  with  the  ICED  system  against  the  dangers  of  fire,  catastrophy 
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sabotage,  etc.    Such  a  loss  would  have  serious  consequences.    This  kind  of 
problem,  however,  must  be  dealt  with  not  as  a  matter  of  the  general  sys- 
tems design,  but  as  an  important  implementation  concern. 

8.  4.  4    System  Performance  Regulation 

Another  facet  of  system  control  concerns  regulatory  means  for 
adjusting  system  operation  to  fit  variations  within  the  operating  environment 
and  to  support  fluctuations  in  workload  and  manpower  resources.  Because 
the  ICED  system  operates  as  an  on-demand  or  transaction  oriented  system, 
a  priority  schedule  for  the  determination  of  system  activities  must  be 
established  within  the  system.    The  actual  establishment  of  such  a  priority 
schedule  can  only  be  done  after  the  detailed  operating  procedures  have  been 
determined.    However,  some  guidelines  can  be  given.    In  general,  the 
Reception  subsystem  will  have  the  highest  priority  for  computer  utilization 
followed  by  Intake  and  then  Evaluation.    Because  the  functions  of  the  Support 
Processing  and  Reporting  subsystems  are  performed  in  an  off-line  mode, 
such  activities  would  be  treated  as  background  computation  to  be  performed 
when  there  is  a  surplus  computational  capability.    However,  even  for  such 
functions,  priority  scheduling  will  be  established.    The  printing  of  turn- 
around documents  based  upon  changes  to  a  client's  information  will  have  a 
high  priority  relative  to  the  generation  of  monthly  reports  that  are  mailed  to 
the  State  office. 

Within  the  Reception  subsystem  there  will  be  an  ordering  of  the 
priority  associated  with  the  functions  of  that  subsystem.    A  search  of  the 
Client  Reference  File  to  determine  if  a  particular  client,  who  just  walked  in 
and  is  known  to  the  local  office,  should  have  first  priority  for  processing. 
It  is  desirable  that  the  response  time  of  the  system  to  such  a  request  should 
be  within  the  range  of  2  to  10  seconds.    In  the  case  where  there  are  multiple 
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requests  made  by  different  receptionists  for  a  search  of  the  Client  Refer- 
ence File,  such  requests  will  be  scheduled  on  a  first-come,  first-served 
basis. 

The  priority  for  tasks  to  support  the  functions  of  the  Intake  sub- 
system will  be  ordered  around  associated  operational  procedures.  In 
general,  functions  supporting  the  entry  of  data  will  have  the  highest 
priority.    On-line  editing  functions  will  rank  next  in  the  priority  schedule, 
and  editing  functions  that  are  performed  only  after  an  input  session  for  a 
particular  application  is  completed  will  follow.    In  the  case  of  multiple 
users  of  the  Intake  subsystem  requesting  the  same  function,  the  priority 
will  be  established  based  upon  a  first-come,  first- served  basis.    In  the 
post-interview  on-line  operational  mode,  the  selection  of  the  functions 
performed  by  the  Evaluation  subsystem  are  noted  on  the  turnaround  docu- 
ment.   Hence,  these  functions  are  high  priority  functions  to  be  performed 
in  an  off-line  mode.    The  turnaround  time  for  the  completion  of  such  func- 
tions in  a  normal  operating  environment  will  be  within  one-half  hour  after 
the  submittal  of  data  from  a  revised  turnaround  form  has  been  completed. 
In  the  case  of  an  interactive  interview,  the  priority  associated  with  such 
evaluation  functions  will  be  placed  higher  within  the  total  system  scheduling. 

In  general,  the  scheduling  facility  within  the  ICED  system  is  used  by 
the  eligibility  workers  to  pass  the  applicant  along  from  one  ICED  system 
function  to  another,  i.  e.  ,  when  a  function  is  completed  by  the  eligibility 
worker  assigned  to  that  function,  he  will,  using  the  set  schedule  frame, 
schedule  the  applicant  into  the  next  function.    An  equally  important  use  of 
the  schedule,  however,  is  to  provide  a  means  of  adjusting  workload  and 
manpower  resources. 
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For  example,  assume  that,  due  to  vacation  or  illness,  one  or  more 
of  the  eligibility  staff  are  absent.    In  this  event,  a  supervisor  may,  using 
the  set  schedule  frame,  assign  those  functions,  previously  scheduled  to 
missing  personnel,  to  other  members  of  the  work  force.    In  a  similar 
manner,  if  workload  increases  disproportionately  for  a  given  function, 
additional  manpower  may  be  transferred  from  low  activity  functions  to 
those  requiring  additional  resources.    This,  again,  is  accomplished  using 
the  set  schedule  facility. 

8.4.5      Software  Support 

As  a  final  control  consideration,  the  implementation  of  the  ICED  sys 
tern  will  require  the  support  of  a  sophisticated  operating  system  with  job, 
task,  and  data  management  facilities  and  a  full  complement  of  supervisory 
services.    In  addition,  a  teleprocessing  capability  is  needed  for  message  con 
trol  support  to  the  telecommunication  environment  of  the  ICED  system. 

The  ICED  system  data  requirements  are  voluminous,  complex  in 
organization,  and  demand  rapid  access.    Moreover,  the  system  must  be 
easy  to  modify  and  maintain.    Because  of  these  needs,  the  ICED  system  will 
require  the  support  of  a  data  base  management  system.    An  additional 
auxiliary  need,  depending  upon  the  scope  of  the  ICED  system  special 
reporting  functions,  may  require  the  acquisition  of  a  report  generation 
capability. 
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9.    REQUIRED  SYSTEM  MODIFICATIONS 

The  ICED  general  systems  design  that  is  presented  in  this  report  is 
described  in  terms  of  top-level  requirements  and  reflects  those  social 
welfare  program  requirements  that  are  Federally  mandated  for  any  single 
State  agency  that  elects  to  participate  in  a  given  program.    The  Federal 
laws  and  regulations  that  are  written  concerning  eligibility  requirements  are 
promulgated  to  the  States  in  the  form  of  (1)  rules  and  regulations  published 
in  the  Federal  Register,  (2)  policy  issuances  from  different  Federal  agen- 
cies, and  (3)  handbooks  from  those  same  agencies.    In  many  instances,  the 
States  will  then  produce  companion  legislation  and  administrative  pro- 
cedures documents.    It  is  this  last  set  of  documents  that  is  actually  used 
by  the  States  in  the  eligibility  determination  process,  unless,  as  in  the  case 
of  the  SSI  and  the  Food  Stamp  programs,  uniform  requirements  are  appli- 
cable across  all  jurisdictions. 

In  general,  when  it  is  possible  for  a  Federal  rule  or  regulation  to  be 
validly  interpreted  in  many  different  ways,  then  it  can  be  expected  that  this 
will  occur  for  the  several  States.    In  addition,  certain  Federally  supported 
programs  are  optional,  and  in  other  instances  the  States  are  given  permis- 
sion to  include  or  exclude  certain  eligibility  requirements.    This  type  of 
flexibility  enables  the  States  to  structure  their  programs  according  to  the 
dictates  of  their  individual  State  budgets  as  well  as  according  to  the  social 
welfare  policies  and  procedures  that  have  been  established  within  each 
State.    For  these  reasons,  the  ICED  general  systems  design  must  be  modi- 
fied to  incorporate  State  -  specific  requirements  and  procedures  when  it  is 
carried  to  the  detailed  design  level.    Some  of  the  required  modifications 
are  described  below  in  this  section. 
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9.  1  GENERAL 

This  analysis  of  required  system  modifications  is  based  on  the 
results  of  visits  to  six  States,  a  survey  of  the  literature,  and  discussions 
with  analysts  from  three  additional  States  who  were  part  of  the  U.S.  Depart- 
ment of  Health,  Education  and  Welfare  task  force  reviewing  this  project. 
Only  general  types  of  system  modifications  are  presented  at  this  time 
because  it  is  expected  that  as  a  part  of  any  subsequent  detailed  design  of 
the  ICED  system  for  a  particular  State,  all  required  modifications  will  be 
identified.    The  purpose  of  discussing  the  required  system  modifications 
in  the  general  systems  design  is  to  provide  an  assessment  of  the  impact 
that  these  modifications  might  have  on  the  feasibility  of  implementing  the 
ICED  system  in  an  actual  State  environment.    If  the  required  modifications 
turn  out  to  be  extensive,  then  the  transportability  of  the  system  design 
would  be  questionable,  whereas,  if  the  required  modifications  are  slight, 
then  transportability  to  the  several  States  can  be  carried  out  without  difficulty. 

For  purposes  of  this  analysis,  two  types  of  factors  have  been 
identified  as  being  appropriate  for  addressing  the  problem  of  required 
system  modifications.    They  are  the  following. 

•  State  Program  Requirement  Variations:    These  factors 
are  reflected  in  the  characteristics  of  the  State  public 
assistance  plans  under  the  Social  Security  Act.  They 
include  eligibility  factors,  assistance  factors,  and 
administration  factors. 

•  State  Public  Assistance  System  Variations:    These  factors 
are  indicative  of  the  State  procedures,  client  information 
systems,  and  local  office  procedures  that  are  used  in 
carrying  out  the  delivery  of  assistance  and  services  to 
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the  eligible  recipients.    The  factors  include  workflow, 
forms,  manual  processing  steps  and  automatic  data 
processing  system  interfaces. 

Some  of  the  above  mentioned  factors  influenced  the  ICED  general  systems 
design,  and  conversely,  that  design  is  expected  to  impact  some  of  those 
factors,  once  the  system  is  implemented. 

9.  2        STATE  PROGRAM  REQUIREMENT  VARIATIONS 

In  general,  variations  in  State  program  requirements  will  result  in 
significant  changes  to  the  ICED  system  at  the  detailed  design  level,  but  only 
slight  changes  are  exhibited  at  the  general  systems  design  level.    The  ICED 
subsystems  that  are  most  likely  to  be  influenced  by  State  variations  in  admin- 
istration, eligibility,  and  the  assistance  factors  are  shown  in  Table  9-1. 


Table  9-1.    Subsyst  ems  Affected  by  State  Variances 


Program 

ICED  SUBSYSTEMS 

Requirement 
Factors 

Reception 

Intake 

Evaluation 

Support 
Processing 

Reporting 

A  dmini  s  t  r  ati  on 

X 

X 

X 

Eligibility 

X 

X 

Assistance 

X 

9-3 


9.2.1  Administration 


There  are  basically  two  types  of  program  administration  structures 
used  for  administering  Federally  supported  social  welfare  programs.  They 
are  State-supervised/county-administered  and  State-administered  programs. 
The  number  of  States  included  in  the  second  category  is  approximately  twice 
that  of  the  first  category.    In  addition,  several  States  have  "split-administra- 
tions" where  the  responsibility  for  administering  programs  is  divided  between 
the  county  and  the  State.    There  are  18  States  that  have  county-administered 
programs;  they  are  the  following: 


Alabama 

California 

Colorado 

Georgia 

Indiana 

Maryland 


Minnesota 
Montana 
Nebraska 
New  Jersey 
New  York 
North  Carolina 


North  Dakota 
Ohio 

South  Carolina 
Virginia 
Wisconsin 
Wyoming 


The  remaining  36  States  have  State-administered  programs: 


Alaska 

Arizona 

Arkansas 

Connecticut 

Delaware 

District  of  Columbia 

Florida 

Guam 

Hawaii 

Idaho 

Illinois 

Iowa 


Kansas 
Kentucky 
Louisiana 
Maine 

Mas  sachusetts 

Michigan 

Mississippi 

Missouri 

Nevada 

New  Hampshire 
New  Mexico 
Oklahoma 


Oregon 

Pennsylvania 

Puerto  Rico 

Rhode  Island 

South  Dakota 

Tennessee 

Texas 

Utah 

Ve  rmont 

Virgin  Islands 

Washington 

West  Virginia 


State  or  county  variations  in  administration  factors  will  likely  effect 
the  design  of  the  Reception,  Support  Processing,  and  Reporting  subsystems. 
For  example,  many  States  do  not  require  an  affirmation  statement  to  be 
completed  at  the  reception  point;  other  States  use  a  separate  registration 
form  rather  than  a  "part  1"  application  form  at  reception;  and  still  other 
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States  use  a  "screening"  form  at  reception  which  contains  a  condensed 
version  of  the  generalized  application  form.    The  Reception  subsystem 
would  have  to  be  modified  accordingly  in  the  detail  design  phase  to  accom- 
modate the  variations  applicable  to  a  given  State  or  county.    For  county 
systems,  the  Support  Processing  subsystem  would  have  to  be  modified  to 
delete  the  BENDEX  and  SDX  data  exchanges  with  the  Social  Security 
Administration  because  such  exchanges  are  normally  conducted  only 
between  the  State  and  SSA.    Finally,  the  reports  that  are  sent  by  the 
county  offices  to  the  State  may  be  considerably  different  from  the  reports 
sent  by  the  division  offices  for  State-administered  programs. 

9.2.2  Eligibility 

The  eligibility  requirements  for  the  Federally  supported  social 
welfare  programs  have  the  greatest  amount  of  variation  among  the  States 
because  of  the  different  options  for  program  extensions  that  are  available  to 
the  States  and  because  of  the  allowable  limits  on  income  and  resources  that 
can  be  set  by  the  States,  provided  those  limits  fall  within  Federal  guide- 
lines.   For  example,  many  States  do  not  provide  Medicaid  to  any  individuals 
other  than  the  Categorically  Needy,  hence,  spend-down  requirements 
would  not  have  to  be  included  in  the  detailed  system  designs  for  those 
States.    There  are  also  program  extensions  in  AFDC  that  are  optional, 
such  as  Unemployed  Fathers,  Emergency  Assistance,  and  Protective  and 
Vendor  Payments  for  Case  Situations  Other  Than  Those  Arising  from  the 
Work  Incentive  Program.    In  addition,  States  are  granted  the  option  to 
include  an  unborn  child  or  a  child  between  the  ages  of  18  and  21  in  the  AFDC 
family  unit.    Examples  of  the  variations  in  State  program  requirements 
are  shown  in  Table  9-2. 
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The  ICED  system  is  designed  in  a  modular  fashion  and  the  nonfinan- 
cial  eligibility  factors  such  as  age,  residence,  citizenship,  deprivation, 
etc.  are  treated  as  modules.    This  means  that  the  election  of  different 
program  options  by  the  various  States  can  be  accommodated  by  making 
modifications  to  the  appropriate  modules  rather  than  changing  the  entire 
system.    Many  of  the  special  State  requirements  that  are  not  specifically 
covered  by  Federal  requirements  involve  such  factors  as  required  vocational 
rehabilitation,  special  types  of  deprivation  of  child  support,  acceptability 
of  the  home  environment,  etc.    These  factors  will  have  to  be  designed  into 
the  logic  of  the  Intake  and  Evaluation  subsystems  during  the  detailed  design 
phase.    Limits  on  income  and  resources  can  be  handled  by  means  of  tables 
and,  therefore,  those  types  of  variations  can  be  readily  accommodated  by 
the  ICED  system  without  changing  the  logical  design. 

The  two  ICED  subsystems  that  are  affected  most  by  the  variations 
in  State  eligibility  requirements  are  the  Intake  subsystem  and  the  Evaluation 
subsystem.    The  contents  of  the  ICED  system  data  base  will  also  be  influ- 
enced by  State  variations.    In  general,  there  will  be  a  need  to  incorporate 
questions  on  the  application  form  that  are  State- specific,  and  the  system 
design  will  have  to  reflect  those  questions  in  the  decision  logic.    This  would 
be  accomplished  by  first  changing  the  ICED  data  base  to  add  or  delete  data 
elements  and  then  by  modifying  the  logic  contained  within  the  appropriate 
modules.    Because  of  the  wide  variation  in  State  requirements,  the  modules 
at  the  general  systems  design  level  do  not  include  either  logical  equations 
or  task  instructions.    Therefore,  the  required  system  modifications  at  the 
level  presented  in  this  report  will  take  the  form  of  additions  and/or  deletions 
to  the  modules  that  have  been  defined  for  the  two  subsystems.    In  some 
instances  the  remaining  three  subsystems  will  also  be  affected  by  variations 
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in  State  eligibility  requirements  but  the  effects  are  expected  to  be  secondary 
in  nature  as  compared  to  the  effects  on  the  other  two  subsystems. 

The  SSI  program  provides  perhaps  the  best  example  of  the  need  to 
incorporate  modularity  in  the  ICED  system  design.    For  those  States  that 
elect  to  provide  the  Medically  Needy  option  in  medical  assistance,  it  is 
necessary  for  them  to  determine  the  potential  eligibility  of  a  client  for  the 
SSI  program  even  though  that  individual  chooses  not  to  enroll  in  the  SSI 
program  and  is  not  receiving  SSI  payments.    An  individual  who  is  potentially 
eligible  for  SSI  may  be  eligible  to  receive  medical  assistance  on  a  spend- 
down  basis.    In  order  to  carry  out  the  task  of  computing  potential  eligibility 
for  SSI,  a  given  State  must  use  the  same  criteria  that  is  used  by  the  Federal 
agency  that  administers  the  SSI  program.    Those  criteria  are  treated  as 
modules  in  the  ICED  system  design.    Similarly,  for  States  that  elect  to 
establish  Medicaid  eligibility  requirements  for  SSI  recipients  and  recipients 
of  State  Supplementary  Payments  with  a  set  of  criteria  that  is  different  from 
SSI  eligibility  requirements,  then  those  criteria  will  also  be  treated  in  a 
modular  fashion.    In  this  manner,  the  ICED  general  systems  design  is  able 
to  maintain  a  high  degree  of  flexibility. 

9.  2.  3  Assistance 

There  is  a  considerable  amount  of  variation  among  the  States  in  the 
type  of  social  services  that  are  provided,  in  the  type  of  medical  services 
that  are  allowed  for  different  categories  of  recipients,  and  in  the  amount  of 
payments  made  to  AFDC  recipients.    In  Table  9-2  it  is  shown  that  the  numbe 
of  items  such  as  food,  shelter,  clothes,  utilities,  etc.  that  are  included  in 
the  standard  of  need  for  the  six  States  visited  can  vary  from  5  to  11.  Also, 
the  number  of  special  items  of  need  can  vary  from  2  to  9  for  those  same 
States.    From  the  list  of  items  of  need,  each  State  develops  a  table  that 
includes  the  total  dollar  amount  for  basic  needs  as  a  function  of  family  size. 
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An  AFDC  grant  is  computed  as  the  difference  between  the  standard  of  need 
and  the  available  net  or  countable  income  for  a  particular  family.  Some 
States  will  pay  the  entire  amount  of  the  difference,  while  others  will  pay 
only  a  fraction  of  that  difference.    The  manner  of  computing  that  fraction 
also  varies  from  State  to  State. 

In  the  ICED  system  the  grant  computations  are  performed  in  a 
module.    The  logic  within  that  module  will  be  established  at  a  detailed 
design  level  and  will  be  designed  in  accordance  with  a  particular  State's 
standard  of  need  and  method  for  computing  the  grant  payment. 

9.  3        STATE  PUBLIC  ASSISTANCE  SYSTEM  VARIATIONS 

As  a  result  of  the  State  visits  by  study  team  members,  it  was 
observed  that  each  State  has  a  different  administrative  organization,  a 
different  set  of  operational  procedures  for  the  local  offices,  different  forms 
and  different  data  processing  system  configurations.    In  spite  of  the  many 
differences,  the  eligibility  determination  process  has  common  character- 
istics across  the  various  States  and  these  characteristics  led  to  the 
structuring  of  the  ICED  system  into  five  distinct  subsystems.    The  modifi- 
cations required  to  enable  the  ICED  system  to  satisfy  the  requirements  of 
different  State  systems  will  depend  on  how  certain  State- specific  factors 
combine  to  influence  the  general  systems  design.    The  modifications  will 
also  depend  upon  whether  or  not  the  ICED  system  will  be  permitted  to  be  a 
controlling  factor  in  the  overall  design  of  State  welfare  systems.    If  it  is, 
then  the  State  system  presently  in  existence  must  conform  to  the  ICED 
system  design.    Otherwise,  the  ICED  system  must  be  modified  to  accom- 
modate the  dictates  of  a  particular  welfare  system.    The  matrix  in 
Table  9-3  shows  the  subsystem  that  will  primarily  be  affected  by  the  factors 
listed,  namely:   workflow,  forms,  manual  steps  and  ADP  steps. 
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Table  9-3.    Subsystem  Modification  Factors 


Welfare 

ICED  SUBSYSTEMS 

System 
Factors 

Reception 

Intake 

Evaluation 

Support 
Processing 

Reporting 

Wo  rkflow 

X 

X 

X 

Forms 

X 

X 

X 

X 

X 

Manual 
Processing 

X 

X 

X 

ADP  Interface 

X 

X 

X 

X 

X 

9.3.1  Workflow 

The  workflow  in  a  given  local  office  will  depend  upon  the  caseload, 
the  available  number  of  staff  personnel,  and  the  systems,  policy,  and  pro- 
cedures used  by  that  office.    The  three  alternate  configurations  that  have 
been  considered  for  the  ICED  system  design  can  cover  virtually  the  entire 
range  of  workflow  environments  that  might  exist  in  a  particular  State.    If  a 
State  elects  to  use  Option  2,  the  post-interview  system  configuration,  then 
the  modules  in  the  Reception,  Intake,  and  Evaluation  subsystems  which 
imply  an  interaction  between  the  intake  worker  and  the  system  can  be 
ignored,  since  the  data  from  the  completed  application  form  would  be 
entered  into  the  system  by  a  teleprocessing  operator.    Supervisory  person- 
nel could  use  the  video  terminals  to  check  schedules,  and  hard-copy  printout 
would  be  supplied  to  the  workers.    Similarly,  if  a  State  elects  to  use 
Option  3,  the  batch  processing  system  configuration,  then  the  above  modules 
as  well  as  the  modules  used  for  on-line  data  editing  and  diagnostic  checking 
can  be  ignored,  since  the  application  forms  would  be  mailed  into  a  central 
office  for  batch  processing  using  key-to-disk,  key-to-tape,  or  central 
terminal  entry  without  immediate  feedback  to  local  office  workers. 
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9.  3.  2  Forms 

As  was  mentioned  previously  in  Section  9.2.  1,  the  Reception  and 
the  Intake  subsystems  will  have  to  be  modified  to  accommodate  those  States 
that  choose  to  handle  the  client  registration  function  and  the  preapplication 
function  in  a  slightly  different  manner.    There  can  be  considerable  overlap 
between  those  two  functions.    The  ICED  system  design  recommends  the  use 
of  a  two  part  form  with  an  affirmation  statement  to  be  completed  prior  to 
completing  the  entire  application  form.    However,  the  modular  structure 
of  the  ICED  system  permits  the  different  parts  of  the  form  to  be  combined 
so  that  they  can  all  be  completed  at  the  same  time  or  separately,  thus 
allowing  for  decisionmaking  to  take  place  at  different  stages  of  the  intake 
process.    For  the  remaining  three  subsystems,  the  ICED  system  is  more 
likely  to  dictate  the  use  of  forms  for  those  functions  rather  than  vice  versa. 

9.  3,  3    Manual  Processing 

The  ICED  system  is  designed  to  automate  most  of  the  manual  or 
clerical  steps  associated  with  the  eligibility  determination  process.  The 
integrated  data  base  serves  as  the  major  component  in  the  system  and  the 
manner  in  which  data  are  entered  and  used  by  the  system  will  control  how 
efficiently  the  determination  process  is  carried  out.    Again,  the  ICED  sys- 
tem design  is  expected  to  be  the  dominant  factor  in  influencing  the  redesign 
of  existing  overall  welfare  systems  because  of  the  capabilities  of  the  ICED 
system  design  in  terms  of  data  entry,  case  scheduling,  financial  computa- 
tions, and  local  office  performance  monitoring. 

9.3.4    ADP  Interfaces 

Many  States  already  have  extensive  data  processing  capabilities  for 
client  information  processing,  although  very  few  have  integrated  eligibility 
determination  systems.    In  most  instances,  an  eligibility  worker  would 
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process  an  application  manually  and  then  supply  the  necessary  data  to 
update  the  master  client  file.    This  approach  has  resulted  in  a  considerable 
amount  of  paperwork  for  the  workers  in  the  local  offices  even  though  the 
file  itself  is  maintained  on  a  relatively  highly  sophisticated  data  processing 
system.    The  ICED  system  is  designed  to  relieve  the  office  workers  of 
some  of  the  drudgery  of  application  processing  and  case  maintenance. 
However,  the  system  must  interface  with  existing  client  information  sys- 
tems and  in  situations  where  a  large  caseload  is  involved  and/or  where  there 
has  been  a  large  investment  in  the  existing  client  information  system,  then 
the  ICED  system  must  conform  to  some  degree  to  the  system  to  which  it 
will  interface.    Each  of  the  ICED  subsystems  will  be  affected  somewhat  by 
an  existing  operational  system  environment.    However,  the  system  compo- 
nent that  will  be  affected  most  is  the  data  base.    There  will  be  a  need  to 
establish  a  consistency  in  the  structuring,  the  definition,  and  the  usage  of 
data  elements  for  the  systems  when  they  are  combined.    At  the  present 
time,  the  ICED  system  data  base  contains  most  of  the  types  of  data  elements 
that  would  be  used  in  a  client  information  system.    As  a  part  of  any  detailed 
design  phase,  that  data  base  can  be  modified  to  include  State-specific  data 
elements  as  well  as  to  be  consistent  with  other  appropriate  data  bases. 
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10.    COST /TIME  ANALYSIS 


The  ICED  system  is  designed  to  interface  with  a  generalized  welfare 
management  information  system  to  provide  the  functions  of  client  certifica- 
tion and  client  eligibility  status  maintenance.    For  purposes  of  this  study, 
the  ICED  system  will  be  treated  as  a  stand-alone  system  in  order  to  separate 
the  costs  of  developing  and  implementing  such  a  system  from  the  costs 
associated  with  other  data  processing  activities  that  might  be  going  on  in  a 
given  State.    In  this  regard,  it  can  be  assumed  that  a  particular  State  might 
start  from  scratch  in  the  implementation  phase,  and  it  would  be  necessary 
to  obtain  dedicated  hardware  and  software  for  the  system.    Using  this 
assumption,  it  is  then  possible  to  estimate  the  costs  of  the  system  based  on 
required  hardware  and  software  rather  than  on  currently  available  equip- 
ment in  a  particular  State. 

In  the  discussion  presented  below,  the  three  system  configurations 
previously  described  are  analyzed  using  a  hypothetical  State  environment. 
The  purpose  of  this  analysis  is  to  obtain  a  reasonable  estimate  of  the  possible 
range  of  costs  involved  in  implementing  the  ICED  system  in  a  medium- to - 
large  State. 

10.  1      BASIC  ASSUMPTIONS 

The  three  alternative  system  configurations  are  listed  in  Table  10-1. 
System  Option  1,  which  has  been  referred  to  as  an  interactive  interview 
system,  would  collect  data  on  an  applicant  in  real-time  during  the  interview. 
The  recipient  monthly  reporting  forms  which  are  returned  by  clients  would 
be  entered  into  the  system,  on-line  via  terminals  at  the  local  office.  The 
data  entry  mode  for  those  forms  would  be  a  nonconversational  mode  that  in- 
volves entering  the  data  in  batches.    A  third  activity  that  would  be  accom- 
plished by  Option  1  is  on-line  inquiries  into  the  central  integrated  data  base. 
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In  System  Option  2,  referred  to  as  the  post-i nterview  system,  the 
application  forms  and  the  recipient  monthly  reporting  forms  would  be 
entered  into  the  system  in  an  on-line,  batch  mode  of  operation  from  termi- 
nals in  the  local  offices.    This  system  would  also  support  inquiries  of  the 
central  data  base  from  the  local  offices. 

System  Option  3,  referred  to  as  the  batch  processing  system,  has  a 
relatively  long  turnaround  time  because  client  data  would  have  to  be  physi- 
cally carried  or  mailed  to  the  central  office,  then  there  would  either  be  a 
direct  entry  of  data  into  the  computer  via  terminals  or  else  there  would  be 
a  preparation  of  key-to-disk  files  for  subsequent  entry.    This  system  will 
also  support  on-line  inquiries  to  the  central  office  from  local  offices. 

The  major  differences  between  the  three  systems  are  the  manner  in 
which  data  is  entered,  the  number  of  terminals  required  to  enter  the  data, 
and  the  turnaround  time  or  speed  at  which  client  data  can  be  processed. 
The  faster  system  allows  greater  control  to  be  exercised  over  client  data, 
but  a  much  larger  system  cost  is  incurred  due  to  the  requirement  for  a 
proliferation  of  the  computer  terminals.    The  slower  system  can  achieve  the 
same  end  results  as  the  other  two  systems,  but  only  after  the  occurrence  of 
delays  in  turnaround  information  and  repeated  transmittals  of  the  forms 
necessary  to  make  the  necessary  corrections  to  a  client's  application  or 
file. 

The  assumed  caseload  dynamics  for  a  large  State  are  shown  in 
Table  10-2.    A  twelve  month  redetermination  period  is  considered  to  be 
appropriate  here  because  a  monthly  recipient  reporting  program  is  taken  to 
be  in  operation  in  the  State  being  studied.    The  statistics  shown  in  Table  10-2, 
along  with  estimated  values  of  the  average  number  of  data  elements  used  in 
completing  an  initial  application,  in  completing  a  redetermination  form,  in 
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updating  the  client  file  on  a  monthly  basis,  and  in  closing  those  cases  that 
are  no  longer  eligible,  form  the  basis  for  the  throughput  computations 
shown  in  Table  10-3. 

It  is  assumed  that  on  the  average,  250  data  elements  will  be  used 
in  opening  a  case  as  well  as  in  the  redetermination  of  a  case.    About  50 
data  elements  are  used  in  closing  a  case  and  a  comparable  number  of  ele- 
ments are  used  for  updating  a  case  and  performing  miscellaneous  inquiries 
concerning  a  case.    These  values  provide  the  basis  for  the  monthly  transac- 
tion estimates  shown  in  Table  10-3. 

The  distribution  of  the  caseload  across  a  State  with  100  offices  is 
shown  in  the  first  two  columns  in  Table  10-4.    That  distribution,  as  well  as 
the  throughput  requirements,  results  in  the  terminal  count  for  the  three 
system  configurations  identified  in  Table  10-4.    It  is  estimated  that  System 
Option  1  will  require  a  total  of  342  terminals  while  System  Option  2  will 
require  about  191  terminals.    The  terminals  used  in  System  Option  3  are 
primarily  for  on-line  inquiries.    The  terminals  used  for  data  entry  would 
be  located  at  the  central  office.    Approximately  109  terminals  are  used  for 
inquiry,  while  60  terminals  are  used  for  client  data  entry. 

10.  2      SYSTEM  HARDWARE  COST  ESTIMATES 

Cost  estimates  for  the  centrally  based  computer  hardware,  periph- 
erals, and  operating  software  are  shown  in  Table  10-5  for  System  Options 
1  and  2.    Due  to  the  number  of  terminals  (about  200  to  300)  involved  for 
these  two  system  configurations,  the  throughput  requirements,  and  the 
client  file  storage  requirements,  it  is  estimated  that  a  multiprocessor 
(dual  CPU)  with  4  megabytes  of  internal  storage  will  be  required.    The  cost 
of  the  main  frame  and  peripherals  is  $2396K,  with  a  total  monthly  main- 
tenance cost  of  about  $5000/month.    The  commercial  software  packages 
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required  for  control  of  application  programs,  for  data  base  management 
and  for  communications  control  are  estimated  to  cost  about  $4500 /month. 

The  communications  network  for  System  Option  1  is  shown  in 
Figure  10-1.    This  system  network  can  be  configured  with  8  nodes- -2  pri- 
mary and  6  secondary  nodes --which  divide  into  100  local  offices.    Up  to  24 
local  offices  can  be  handled  by  each  node  office.    The  total  number  of 
terminals  connected  on-line  is  342.    The  costs  associated  with  the  network 
configured  for  System  Option  1  are  included  in  Table  10-6.    The  total 
initial  telecommunications  cost  of  the  network  is  estimated  to  be  $909,  000, 
plus  leased  line  costs  of  $67,  000 /month. 

The  communications  network  for  System  Option  2  is  shown  in 
Figure  10-2.    This  system  network  can  also  be  configured  with  8  nodes. 
In  this  case,  each  node  can  handle  up  to  15  local  offices  per  node.  There 
are  a  total  of  191  computer  terminals  connected  on-line.    The  costs  associ- 
ated with  the  network  for  System  Option  2  are  included  in  Table  10-7.  The 
total  initial  cost  of  the  network  is  $405,  000  with  a  leased  line  cost  of 
about  $7 100 /month. 

System  Option  3  is  designed  to  handle  the  same  caseload  as  the  other 
two  system  configurations,  but  its  telecommunication  requirements  are  less 
stringent.    The  costs  of  the  computer  main  frame,  peripherals,  and  operating 
software  are  shown  in  Table  10-8.    Again,  due  to  the  volume  of  data  and  the 
number  of  terminals  that  are  connected  to  the  system-- 109  remote,  60  at 
central- -it  is  estimated  that  a  multiprocessor  (dual  CPU)  with  4  megabytes 
of  internal  storage  will  be  required.    The  costs  of  the  computer  hardware, 
peripherals,  and    operating  software  are  shown  in  Table  10-8.    The  total 
cost  of  the  hardware  is  $2748K  with  about  $5800/month  for  maintenance. 
The  software  costs  are  estimated  to  be  about  $4500/month.  The 
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communications  network  shown  previously  in  Figure  10-2  can  be  used  for 
the  System  Option  3.  The  total  initial  costs  of  that  network  were  included 
in  Table  10-7  as  $282,  000  with  leased  line  costs  of  about  $5100/month. 

10.  3      SYSTEM  HARDWARE  COST  SUMMARY 

The  computer  hardware  and  operating  software  costs  for  the  three 
system  configurations  are  summarized  in  Table  10-9. 

The  costs  of  Systems  2  and  3  are  very  similar  and  reflect  the 
similarity  between  the  systems  in  terms  of  the  basic  main  frame  costs  and 
the  number  of  terminals  that  are  to  be  installed.    System  1  is  approximately 
$500K  more  expensive  than  the  other  two  systems,  and  the  monthly  costs 
for  System  1  are  at  least  five  times  the  monthly  costs  of  the  other  systems. 

10.4      SYSTEM  SOFTWARE  DEVELOPMENT 

The  applications  software  that  is  to  be  developed  for  the  ICED  system 
will  be  basically  the  same  for  all  three  system  configurations.    The  type  of 
software  programming  efforts  that  are  anticipated  include  (1)  Application 
Programming,  (2)  Terminal  Entry,  (3)  Data  Base  Design,  (4)  Data  Imple- 
mentation, (5)  Communications  Control,  and  (6)  System  Integration. 
Preliminary  estimates  of  the  distribution  of  manloading  across  the  various 
software  tasks,  by  programming  packages  are  shown  in  Table  10-10. 
Approximately  360  man-months  are  required  for  the  software  development 
and  system  implementation  effort.    Those  man-months  translate  into  about 
15  men  for  24  months  which  is  (15MY  x  2  yrs)  =  $1500K  @  $5  OK /MY.  This 
time  frame,  plus  the  computer  hardware  costs,  and  the  specified  man- 
loading  all  contribute  to  providing  a  reasonable  estimate  of  the  cost  of 
implementing  the  ICED  system  which  can  be  used  for  planning  purposes. 
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10.  5      PROJECTED  COST /BENEFITS 

The  total  system  implementation  costs  can  be  computed  in  the 
following  manner: 

o  System  Option  1 

o  Start-up  Costs  =  $3305K  +  1500K  +  (76,  500/MO.  x  12MO. ) 
=  $5,723,000 

o  Annual  Costs  =  $918,000 

o  System  Option  2 

o  Start-up  Costs  =  $2801K  +  1500K  +  (16,  600/MO.  x  12MO.  ) 
=  $4,  500,  200 

o  Annual  Cost    =  $200K 

o  System  Option  3 

o  Start-up  Costs  =  $2760K  +  1500K  +  (15,400/MO.  x  12MO.  ) 
=  $4,444,  800 

o   Annual  Costs  =  $184,  800 

The  total  cost  for  implementing  the  system  is  in  the  range  of  $4.4  million 
to  $5.  7  million.    To  these  costs  can  be  added  the  cost  of  training  personnel 
in  the  use  of  the  system  and  the  cost  of  preparing  manuals. 

The  cost  of  developing  and  implementing  an  ICED  system  configura- 
tion is  quite  small  in  comparison  to  some  of  the  benefits  that  can  be  derived 
from  the  system.    The  system  can  be  expected  to  bring  about  savings  due  to 
a  more  efficient  operation  of  the  local  offices  and  through  the  reduction  in 
the  number  of  ineligibles  across  the  specified  welfare  programs.  In 
Table  10-11,  a  cost  benefit  analysis  is  shown  which  indicates  that  substan- 
tial savings  can  be  achieved  if  the  system  is  implemented  in  a  single  State 
and  significant  savings  can  be  realized  if  the  system  is  implemented  across 
the  Nation.    Using  the  eligibility  error  rates  shown  in  Table  10-11,  an 
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average  sized  State  with  240,000  recipients  or  about  70,000  cases  can 
realize  a  net  savings  of  approximately  $45  million  per  year.     When  this 
number  is  multiplied  by  50  States,  then  the  total  savings  across  the  nation 
would  be  about  $2.  25  billion.   Such  a  tremendous  savings  in  welfare 
expenditures  would  justify  the  continued  development  of  the  ICED  system  so 
that  it  can  be  implemented  in  as  many  States  as  possible  over  the  next  few 
years. 
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APPENDIX  A 
ICED  SYSTEM  INSTRUCTION  SET 
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